00:05.11 | *** join/#htc-linux nashpa2 (n=liviu@dliviu.plus.com) |
00:05.14 | ALoGeNo | dcordes ?? |
00:06.03 | *** part/#htc-linux nashpa2 (n=liviu@dliviu.plus.com) |
00:22.11 | *** join/#htc-linux fpletz_ (n=fpletz@2001:470:c041:feed:dead:beef:cafe:42) |
00:37.03 | ALoGeNo | hey i thinkg something about why the wifi is going down in the universal.. |
00:37.16 | ALoGeNo | maybe lmsensors |
00:37.51 | ALoGeNo | becose that say that is hot or something.. |
00:37.56 | ALoGeNo | and isnt |
00:40.15 | *** join/#htc-linux surgex (i=surge@pool-98-118-165-224.bflony.fios.verizon.net) |
00:52.11 | Kevin2 | NetRipper: Still on? |
00:53.07 | Kevin2 | The command -- "SET CP(15, 0, 15, 2, 4) 0xa920000b -- was based on a physical address of 0xa9200000 and a flag of 'b' to indicate a one meg mapping. Or, at least, that was the intent. |
00:56.14 | druidu | nope |
00:56.20 | druidu | he went to sleep |
00:59.45 | dcordes | ALoGeNo: don't have uni, sorry. don't fry your uni by setting txpower too high or anything. |
01:00.21 | ALoGeNo | yeah i was try in any way, and nothing same crap of overheat :) |
01:00.37 | ALoGeNo | np thanks |
01:00.39 | ALoGeNo | :) |
01:06.06 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-cbfdb65c4f03fa17) |
01:26.29 | tmzt | Kevin2: how can I trace spi ssp on pxa27x? |
01:27.11 | tmzt | Kevin2: spi on the ssp1 pins |
01:33.59 | *** join/#htc-linux heise2k (n=arrrrrrr@65-78-40-52.c3-0.upd-ubr6.trpr-upd.pa.cable.rcn.com) |
01:42.28 | Kevin2 | tmzt: Add all the virtual addresses to mmutrace list and then run "wirq". |
01:43.02 | tmzt | that will trace what ce is sending to the emu chip as well as what it gets back? |
01:43.22 | tmzt | emu chip is usb and power chip |
01:45.09 | Kevin2 | I'm not sure what device you have. But, yes, if you mmutrace the spi registers you should see all the activity going back and forth. |
01:45.20 | Kevin2 | There is always the chance that dma is being used, but that's relatively rare. |
01:45.42 | Kevin2 | Hrmm. If usb is on the spi bus, it may not be that rare. |
01:46.14 | tmzt | no, this is usb transceiver and routing for usb signals, audio and uart to the usb port in different modes |
01:46.53 | tmzt | WyrM on openezx said I might have external transceiver and we found a register that said I do |
01:47.38 | tmzt | we found it is probably a freescale mc13883 |
01:47.49 | tmzt | which uses i2c or spi for control |
01:47.56 | Kevin2 | Hrmm. I'd try tracing the registers and see what you get. I traced the spi on my apache and was able to code up the touchscreen and battery interface from the results. |
01:48.03 | tmzt | there is probably also a CS on that chip |
01:48.21 | tmzt | have you tried running 2.6.25+ on apache? |
01:49.36 | Kevin2 | No - I haven't worked on anything with the phone in several months. |
01:51.31 | tmzt | I am trying to get the pxas working with ltg kernel.git master |
01:52.23 | tmzt | but there dosn't seem to be a standard way to implement udc |
01:52.51 | tmzt | so I either need to get a otg_transceiver working which might work for the externel transceiver anyway |
01:53.02 | tmzt | but I don't think apache/magician/universal need that |
01:53.23 | tmzt | just a gpio/irq handler to set the udc control register on vbus? |
01:58.28 | *** join/#htc-linux silven_ (n=zmc@adsl-64-237-143-140.prtc.net) |
01:58.29 | Kevin2 | I'm not really sure what a transceiver is. On apache, i had to enable 2 gpios I think. |
02:00.33 | tmzt | my understanding is there is a transceiver (phy) built into the pxa soc which is used on the htc devices, as the extra signals (audio/uart?) are on extusb |
02:01.58 | Kevin2 | I don't know. for apache, usb and uart used the pxa. Audio used i2s and i2c. |
02:02.54 | tmzt | so once I have the wirq output (from haretconsole?) how do I get the traffic? |
02:08.24 | Kevin2 | Is should show all the reads/writes to the data register. So, the traffic is in the haretconsole output.. |
02:08.43 | tmzt | ok, I can't do that right now but I will when connected over bt pan |
02:11.05 | tmzt | < WyrM> this can be a little hard to do, as motorola doesn't use SSPFRM pin with the alt function. |
02:11.10 | tmzt | what does this mean? |
02:11.19 | tmzt | that is the ssp clock? |
02:31.28 | *** join/#htc-linux ALoGeNoff (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
02:31.42 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
03:03.13 | *** join/#htc-linux bruteForce (n=gentoon@server1.bshellz.net) |
03:04.53 | bruteForce | anyone know how to make irssi list what is in what window? |
03:28.16 | *** join/#htc-linux gentoon (n=gentoon@server1.bshellz.net) |
03:35.48 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) |
04:44.22 | dcordes | crap where went time?! |
05:13.40 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-75-85-249-111.bak.res.rr.com) |
05:39.00 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
05:47.57 | *** join/#htc-linux ptl (n=patola@unaffiliated/ptl) |
05:54.39 | *** join/#htc-linux kiozen (n=oeichler@p54929FCA.dip0.t-ipconnect.de) |
06:26.10 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
06:28.35 | NetRipper | Kevin2, ok thanks, i thought it worked differently after looking at the datasheet... thought i had to LSL the base address 12 bits and then orr the size at the first 5 bits... http://infocenter.arm.com/help/topic/com.arm.doc.ddi0211j/Cachfiih.html (figure 3.61) |
06:47.16 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
06:48.10 | kiozen | BabelO: ola, didn't know you have such big hills around you :) |
06:48.39 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:49.03 | BabelO | ola kiozen ;), yes, very nice screenshot |
06:49.35 | *** join/#htc-linux zule (i=foglem@shadowmite.com) |
06:49.48 | BabelO | kiozen: and that is with bad strm data, hsould be better with your |
06:50.36 | kiozen | BabelO: yes amazing, in tthe 2D shading the data looks bad, but with 3D it's fine |
06:51.24 | BabelO | kiozen: and i want to see the other result on my big IGN maps |
06:52.36 | kiozen | BabelO: I have to ask andrew if opengl can help to draw garmin maps, too |
06:53.02 | kiozen | BabelO: I read the spec of 1.2 and it wasn't too promissing on polygons |
06:53.11 | kiozen | but maybe 2.0 is better |
07:01.09 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) |
07:22.17 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) |
07:30.34 | *** join/#htc-linux LanceHaig (i=3efdda0a@foresight/member/lhaig) |
07:38.16 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
07:39.36 | *** join/#htc-linux lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
08:30.39 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
08:38.38 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) |
08:46.08 | *** join/#htc-linux Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
10:02.12 | *** join/#htc-linux TheOther (n=nahh@163.80-202-155.nextgentel.com) |
10:02.33 | *** join/#htc-linux kaze_work (n=kaze@ABordeaux-152-1-38-47.w83-193.abo.wanadoo.fr) |
10:03.02 | *** join/#htc-linux goxboxlive1 (n=goxboxli@195.159.97.196) |
10:08.41 | *** join/#htc-linux Spike1506 (n=Joshua@cable-62-238-192-3.zeelandnet.nl) |
10:24.37 | *** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
10:37.48 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) |
10:46.28 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
10:47.17 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
10:58.51 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
11:16.08 | cr2 | kiozen: it seems there is no way around fixing the mdocg3 and mdocg4 readonly driver. |
11:17.05 | cr2 | NetRipper: i think that reverting the 7500 specific parts to 7200A in the vogue tree is the best way to a bootable kernel |
11:24.35 | *** join/#htc-linux ginge__ (n=ginge@host81-149-155-58.in-addr.btopenworld.com) |
11:25.45 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) |
11:26.33 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
11:52.39 | *** join/#htc-linux ChanServ (ChanServ@services.) |
11:52.40 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) [NETSPLIT VICTIM] |
11:52.40 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
11:52.40 | *** join/#htc-linux ginge_ (n=ginge@host81-149-155-58.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux kiozen (n=oeichler@p54929FCA.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux ptl (n=patola@unaffiliated/ptl) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux surgex (i=surge@pool-98-118-165-224.bflony.fios.verizon.net) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux fpletz_ (n=fpletz@2001:470:c041:feed:dead:beef:cafe:42) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux druidu (n=root@213.164.231.5) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux neowdj (n=neowdj@179.147.100-84.rev.gaoland.net) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux nizox (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
11:52.41 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
11:52.41 | *** join/#htc-linux W8TVI (n=me@71.238.236.234) [NETSPLIT VICTIM] |
11:52.41 | *** join/#htc-linux methril (n=Methril@213.27.233.98) |
11:52.42 | *** join/#htc-linux SanMehat (n=san@nat/google/x-5a5f3c82ee99ec20) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux paulproteus (n=paulprot@2002:db69:2513:0:0:0:0:1) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux swetland (n=swetland@nat/google/x-6eae5cb1f4c43e79) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux Poohba (n=poohba@c-71-58-20-66.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux webPragmatist (n=none@99-6-241-169.lightspeed.rcsntx.sbcglobal.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux romak (n=romario@89-185-235-7.static.masterinter.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux Dinde (i=kayser@81-65-130-197.rev.numericable.fr) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-98-111-112-76.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux kaze (n=kaze@pac33-1-82-235-251-34.fbx.proxad.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux zdooder (n=troy@c-67-160-50-188.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux lkcl__ (n=lkcl@87.112.9.199.plusnet.ptn-ag1.dyn.plus.net) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux mickeyl (i=mickey@openmoko/coreteam/mickey) |
11:52.42 | *** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux tcccp (i=hey@223.66.238.89.arpa-addr.in) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux Funklord (n=cow@213.114.213.236) [NETSPLIT VICTIM] |
11:52.42 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux dase (i=dase@p1atin.de) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux par (i=par@dipole.idlepattern.com) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux errf323 (n=david@bsdguru.net) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux nh_ (n=nh@aurora.msi.umn.edu) [NETSPLIT VICTIM] |
11:52.43 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) [NETSPLIT VICTIM] |
11:52.43 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
11:53.53 | *** join/#htc-linux LanceHaig (i=3efdda0a@foresight/member/lhaig) |
12:03.51 | *** join/#htc-linux ChanServ (ChanServ@services.) |
12:03.51 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux ptl (n=patola@unaffiliated/ptl) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux webPragmatist (n=none@99-6-241-169.lightspeed.rcsntx.sbcglobal.net) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-98-111-112-76.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux kaze (n=kaze@pac33-1-82-235-251-34.fbx.proxad.net) [NETSPLIT VICTIM] |
12:03.51 | *** join/#htc-linux zdooder (n=troy@c-67-160-50-188.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
12:03.52 | *** join/#htc-linux mickeyl (i=mickey@openmoko/coreteam/mickey) [NETSPLIT VICTIM] |
12:03.52 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
12:03.52 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
12:06.05 | *** join/#htc-linux TeringTu1y (n=maarten@195-241-125-243.ip.telfort.nl) |
12:10.08 | *** join/#htc-linux EA2 (n=chipper@cpe-024-074-138-191.carolina.res.rr.com) |
12:15.23 | marajin | yo ginge_ |
12:15.40 | ginge_ | yoyo whats going down |
12:24.28 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
12:25.51 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
12:29.56 | marajin | ginge_: Not much not much. |
12:42.27 | cr2 | interesting documentation here http://gsmonline.pl/download/instructions/11161_en.pdf |
12:53.44 | *** join/#htc-linux TeringTuby (n=maarten@195-241-125-243.ip.telfort.nl) |
13:05.40 | *** join/#htc-linux exco (n=excogita@scenicl-69.itm.mw.tum.de) |
13:12.31 | *** join/#htc-linux silven_ (n=zmc@adsl-72-50-88-199.prtc.net) |
13:18.18 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
13:19.08 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
13:21.46 | BabelO_ | kiozen: i hope we got a patch soon :) |
13:24.51 | kaze_work | i hope kaiser nand/sd troubles are fixed soon :) |
13:48.07 | cr2 | BabelO_: haha. that's why you want to remove flash immediately http://www.imasuper.com/66/technology/flash-cookies-the-silent-privacy-killer/ |
13:49.28 | BabelO_ | cr2: oh oh |
13:49.56 | BabelO_ | cr2: our company software works with flex, we can't show you what we do with it :) |
13:50.51 | BabelO_ | cr2: look at your email :) |
13:51.58 | cr2 | lol |
13:53.43 | cr2 | BabelO_: wow. does it use opengl ? |
13:54.00 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
13:54.15 | BabelO_ | cr2: yes :) and STRM |
13:56.09 | cr2 | ok |
13:57.04 | cr2 | hm. it seems that i need to run linux on my vax. then no more binary-only junk for me :) |
13:58.09 | cr2 | but i doubt they have flash for alpha too. 500mhz ev6 is good for x11. |
14:04.24 | cr2 | BabelO_: |
14:04.27 | cr2 | Just add this to your crontab: |
14:04.27 | cr2 | <PROTECTED> |
14:05.10 | BabelO_ | cr2: i switch to opensuse 11 64bit now... hope all works well |
14:05.13 | BabelO_ | bbl , meeting |
14:07.05 | *** join/#htc-linux stylist (n=m@122-148-183-246.static.dsl.dodo.com.au) |
14:54.53 | *** join/#htc-linux oohnoitz (i=prinny@adsl-065-005-208-086.sip.msy.bellsouth.net) |
15:15.51 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
15:27.06 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
15:42.11 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
15:48.01 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c836.pool.einsundeins.de) |
15:48.32 | cr2 | kiozen: http://lists.openstreetmap.org/pipermail/talk-de/2008-October/026011.html |
15:50.00 | kiozen | cr2: they are really cute :) |
15:50.57 | cr2 | :) |
15:51.30 | kiozen | cr2: looking forward to this §D patch :) |
15:51.41 | kiozen | s/§/3/ |
15:52.07 | cr2 | yes, it's interesting |
15:52.32 | kiozen | btw I started to port the Garmin stuff to gt |
15:54.15 | cr2 | to have 1 unified desktop program ? |
15:54.40 | kiozen | yes |
15:54.45 | cr2 | ok |
15:55.03 | cr2 | i've seen a patched updater.exe for the basemap |
15:55.08 | cr2 | but lost the link |
15:55.41 | kiozen | this "top secret data" is plainly visible in the top10 map |
15:56.45 | cr2 | but it may be outdated |
15:58.00 | kiozen | cr2: sure they build new poles on a yearly base :) |
15:59.19 | kiozen | most classified data in companies is quite a joke |
15:59.34 | *** join/#htc-linux silven__ (n=zmc@66-50-33-92.prtc.net) |
15:59.36 | *** join/#htc-linux goxboxlive_ (n=goxboxli@139.84-48-212.nextgentel.com) |
16:02.05 | cr2 | i think so. but you may have a lot of problems here |
16:07.34 | BabelO_ | cr2 , kiozen sorry i don't understand german and google give me a strange translate. Electrics company is afraid about his electrical network seen on OSM ? |
16:07.47 | kiozen | BabelO_: yes |
16:08.59 | kiozen | BabelO_: the have classified the pole positions |
16:09.22 | kiozen | BabelO_: and thought they have an information leak, when comparing to OSM data |
16:10.18 | kiozen | BabelO_: however that data can be taken form topo maps, too |
16:23.24 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
16:23.41 | *** join/#htc-linux exco (n=exco@e181125134.adsl.alicedsl.de) |
16:37.57 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
16:43.27 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-75-85-249-111.bak.res.rr.com) |
16:43.36 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
16:44.54 | *** join/#htc-linux EA2 (n=chipper@cpe-024-074-138-191.carolina.res.rr.com) |
17:29.18 | *** part/#htc-linux webPragmatist (n=none@99-6-241-169.lightspeed.rcsntx.sbcglobal.net) |
17:29.48 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
17:29.54 | *** join/#htc-linux Spike1506 (n=Joshua@unaffiliated/spike1506) |
17:32.13 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
17:32.26 | ALoGeNo | hi |
17:42.52 | BabelO | ola kiozen, how can i get cursor position on map ? |
17:43.10 | kiozen | BabelO: copy to clipboard? |
17:43.37 | kiozen | BabelO: right mouse button |
17:43.46 | BabelO | kiozen: i want the pixel color under the cursor position |
17:44.13 | kiozen | BabelO: not implemented yet |
17:44.23 | BabelO | hmm |
17:44.47 | kiozen | BabelO: you have to intercept the mouseMoveEvent |
17:44.59 | BabelO | kiozen: ok |
17:45.15 | kiozen | BabelO: get the position, get the buffer, read the pixel |
17:53.10 | BabelO | kiozen: ok i ll look, btw i just discover qtoctave as a frontend |
17:54.09 | kiozen | yes :) I have used MatLab and octave a lot, but since several years I use C and my own plotlib for such things |
17:54.29 | BabelO | ok :) |
17:54.53 | BabelO | kiozen: newer 64bit install , newer problem ... |
17:55.12 | kiozen | really? never had any |
17:57.13 | BabelO | kiozen: why there is qt4-lib32 in yast ? |
17:57.48 | kiozen | BabelO: good question, I always ask myself, too |
17:58.40 | kiozen | btw never forget to do "./configure --libdir=/usr/lib64" if you compile things |
17:58.45 | BabelO | kiozen: but i need to build a new arm toolchain, or is there a way to run in compatibility mode ? |
17:59.33 | kiozen | BabelO: I did that with oe and used the compiler |
17:59.39 | kiozen | for qtopia |
18:00.05 | BabelO | kiozen: ok :( have to spent 3 days do try to compile OE again then, and chinook never works :( |
18:00.31 | kiozen | BabelO: yes it took me 2 weeks to solve all problems |
18:01.12 | BabelO | kiozen: then better for me to try to compile M for wince then cr2 can play with it too |
18:01.23 | kiozen | lol |
18:01.53 | BabelO | ok cr2 abd wince is not really compatible :) |
18:02.05 | BabelO | cr2: you want M for wince ? |
18:03.20 | kiozen | BabelO: I know a lot of people that would like to have M on wince |
18:03.42 | BabelO | kiozen: ok but i think i ve to remove lot of think |
18:03.56 | BabelO | s/of think/of things/ |
18:04.19 | *** join/#htc-linux LanceHaig (i=4e696aee@foresight/member/lhaig) |
18:04.32 | kiozen | BabelO: sure, start with wince first, the rest is easy |
18:05.07 | BabelO | kiozen: i already compile gdal , need to compile proj4 with msvc :( |
18:05.27 | kiozen | aren't there any *cab |
18:06.03 | kiozen | BabelO: IMHO there is not much sense for compiling stuff for wince as it's 100% binary compatible |
18:08.22 | BabelO | kiozen: ok then i use only headers |
18:08.34 | *** join/#htc-linux LanceHaig (i=4e696aee@foresight/member/lhaig) |
18:09.35 | BabelO | kiozen: do you set something specific for 64bit toolchain with OE ? |
18:11.02 | kiozen | BabelO: nothing in my notes |
18:11.22 | BabelO | ok |
18:11.38 | BabelO | i need to recompile qt-extented for Blueangel and artemis too |
18:26.16 | *** part/#htc-linux Spike1506 (n=Joshua@unaffiliated/spike1506) |
18:39.05 | *** join/#htc-linux LunohoD_ (n=alex@e180076200.adsl.alicedsl.de) |
18:41.04 | druidu | is anybody here working on linux/android on diamond? |
18:41.55 | kaze | netripper is working on raphael i think |
18:42.06 | kaze | quite similar |
18:42.08 | druidu | I know that, cr2 too :) |
18:42.12 | kaze | oh |
18:42.18 | kaze | :) |
18:42.22 | *** join/#htc-linux datachaos (n=datachao@189.6.151.193) |
18:42.58 | druidu | I'm trying to find some "thingy" that's easily controllable from asm (like a led or something), but diamond doesn't have anything simple |
18:43.00 | kaze | i have a diamond too but approximately 0 coding skill but if you want me to run some test |
18:43.28 | kaze | mm |
18:43.34 | druidu | hehe, I have one myself, just got it 2-3 days ago and I've been playing with it 24/7 |
18:43.39 | kaze | the built in tweeter? |
18:43.47 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
18:43.47 | druidu | raphael has a flashlight, diamond doesn't |
18:44.06 | druidu | yes, tried to make the buzzer work but it's not that simple... |
18:44.06 | kaze | cant you use beeps ? |
18:44.09 | kaze | oh |
18:44.23 | druidu | oh well, back to the drawing board |
18:44.23 | druidu | :) |
18:45.25 | cr2 | BabelO: i'd like to have M for wince. we need a solid ozi competitor :) |
18:45.32 | kaze | usb signals? |
18:45.43 | kaze | no need drivers |
18:45.48 | kaze | :\ |
18:46.08 | kaze | mmm |
18:46.12 | kaze | pad light |
18:46.20 | kaze | the dial pad has a light |
18:47.26 | BabelO | cr2: i 'm working on it, my office build computer is free for two days |
18:48.28 | kaze | is my idea of workin with the pad light so stupid? |
18:49.00 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
18:49.55 | BabelO | cr2: why cc1 is not available on opensuse 64 ? |
18:49.56 | kiozen | cr2: BabelO has a software architect now, so he can do real important work :) |
18:50.23 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
18:52.03 | BabelO | kiozen: do youhave cc1 ? what package it is ? |
18:52.14 | BabelO | kiozen: OE complain about missing cc1 |
18:52.23 | kiozen | hm... |
18:52.55 | kiozen | no cc1 around here |
18:53.23 | kiozen | BabelO: at what stage oe is complaining |
18:53.27 | BabelO | kiozen: that's strange |
18:53.54 | kiozen | BabelO: only cc |
18:54.16 | BabelO | yes me too |
18:54.20 | druidu | kaze: that actually seems to be very complex, it has like 3 touch sensors there |
18:56.03 | kiozen | BabelO: these are my notes http://pastebin.no/56729 |
18:56.33 | druidu | cr2: I can't find any gpios that could be used to give feedback, do you think most of the stuff is moved to proc_comm? and if so, isn |
18:57.10 | druidu | isn't there an easyer way to access them? tried some proc_comm code (the vogue one) and no luck |
18:57.28 | BabelO | kiozen: thanks, that is what i do, i recheck |
18:58.03 | druidu | I just managed to find the gpio to shut down the MDDI driver for good (only taking out the battery would fix it) and some that make the display slowly fade to black, but I doubt they'll work when the display is already off |
19:05.55 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
19:09.44 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
19:11.42 | druidu | ok, another question... any tips for extracting roms using RapahelKitchen? I'm having trouble extracting Diamond Roms |
19:16.20 | cr2 | druidu: what gpios ? |
19:18.08 | BabelO | kiozen: it fail on shasum-native |
19:19.25 | kiozen | BabelO: what does it say? |
19:19.32 | FRITZ | Hey <druidu> i just ask something about this in xda-dev channel, iam to |
19:20.07 | *** join/#htc-linux Tinyboom (n=nahh@163.80-202-155.nextgentel.com) |
19:20.16 | FRITZ | <druidu> the rom by itself i can extract well, but xip, just work extractin using xipport from beepe, other ways iam receiving overlap messages |
19:20.27 | BabelO | kiozen: can you send me your local.conf ?, i restart from the sample file |
19:20.30 | FRITZ | <druidu> what happening with your extract rom? |
19:21.24 | kiozen | BabelO: sent |
19:22.10 | BabelO | kiozen: thanks |
19:24.00 | kiozen | BabelO: nothing compared to this Garmin img format, I always want to puke if I have to deal with it |
19:24.32 | kiozen | BabelO: never have seen good ideas go so wrong, like in this case |
19:25.09 | cr2 | kiozen: create your own :) |
19:25.39 | kiozen | cr2: yes I am always tempted, but it's of no use withjout a device |
19:25.49 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfcd93.pool.einsundeins.de) |
19:25.56 | BabelO | kiozen: and they never use power of their own format ? |
19:25.59 | kiozen | cr2: after all the basic ideas are good, it's just the mess they made out of it |
19:26.09 | cr2 | hehe. |
19:26.26 | kiozen | BabelO: It looks like they fired the smart guy and put the morron in place |
19:26.42 | dcordes | evening. still no g1 kernel source in sight? |
19:26.50 | cr2 | kiozen: i think that resume on n560 is realistic. the battery monitoring will require a lot of testing. |
19:26.59 | cr2 | dcordes: 22oct+ |
19:27.19 | kiozen | cr2: well that sounds promissing |
19:27.27 | cr2 | dcordes: i'm suprrised that nobody dumped the rom. |
19:27.37 | dcordes | cr2, I hope acx will work well on kaiser. do you think it will include a routine to figure out acx base? |
19:27.52 | dcordes | cr2, in the forum several people asked for help on how to dump them. |
19:28.16 | kiozen | cr2: battery is something for the user without any real use on a device you hardly can change the battery |
19:28.23 | cr2 | dcordes: i dont know how to dump too. it depends on the security measures . |
19:28.29 | kiozen | cr2: but resume would be of great help to save power |
19:29.00 | cr2 | kiozen: but it's important to know (or to estimate) the remaining charge. |
19:29.01 | dcordes | cr2, did you try to evaluate them together with device owners? |
19:29.19 | cr2 | dcordes: if i had the device... |
19:29.50 | cr2 | dcordes: it's easier to wait one more week. |
19:30.09 | dcordes | true |
19:30.20 | *** join/#htc-linux ginge__ (n=ginge@78-105-175-81.zone3.bethere.co.uk) |
19:30.26 | cr2 | kiozen: ok, resume is just a tricky code analysis. |
19:30.37 | kiozen | cr2: right, charging is a different child, but if you know the battery lasts for 5h you can live with that |
19:30.53 | kiozen | cr2: however the normal user wants to see the battery status |
19:31.00 | cr2 | kiozen: but i need the raw spl dump, because the ram dump produces some very weird place in the disassebly inside the resume path. |
19:31.48 | kiozen | cr2: I can play with pdocread and friends on the weekend again, no windows around here currently |
19:32.39 | cr2 | kiozen: can you point me to the partition list once again ? |
19:33.09 | kiozen | cr2: http://pastebin.no/52811 |
19:33.58 | druidu | cr2: I need something simple to give visual feedback like a 1/0 output, as the video driver's not working yet |
19:34.16 | druidu | can't make the vibra to work, and I guess that's the easiest right? |
19:34.25 | cr2 | kiozen: looks strange anyway. |
19:34.31 | druidu | shouldn't the backlight be controlled by a simple gpio pin? |
19:34.47 | kiozen | cr2: yes, that was my 1st thought, too |
19:35.23 | cr2 | druidu: no. on rapahel there is flashlight, on diamond it will be very difficult to debug anything. |
19:35.50 | cr2 | druidu: you can only hope for the working raphael :) |
19:36.29 | druidu | so all the leds on the lower touchpad, the lcd backlight, vibra... they're all proc_comm controlled? |
19:36.53 | druidu | can I do proc comm spying in haret? |
19:38.50 | cr2 | druidu: then all need i2c |
19:39.20 | druidu | hmm, what's the relating between i2c and proc_comm? |
19:39.29 | druidu | *relation |
19:40.06 | cr2 | druidu: proc_comm is for the communication with arm9 (pmic chip on the SSBI bus) if you will find the SSBI control registers, then you may do something. |
19:40.09 | *** join/#htc-linux ginge__ (n=ginge@78-105-175-81.zone3.bethere.co.uk) |
19:40.29 | cr2 | druidu: i2c is completely independent. |
19:41.09 | BabelO | kiozen: it still fail on shasum ... grrrhhh |
19:41.19 | druidu | let's take vibra, of all other peripherials diamond has this I think should be the easiest to make it work, right? |
19:41.49 | druidu | this would be controlled via proc_comm probably (as it's done in raphael and vogue? |
19:41.52 | kiozen | BabelO: hm, what's the error output? |
19:42.02 | BabelO | kiozen: log are empty :( |
19:42.26 | kiozen | BabelO: w00t? |
19:42.54 | cr2 | druidu: you can't use it for debugging. |
19:43.21 | druidu | proc_comm? because the initialisation would be tricky and hard to get right blindly? |
19:45.42 | BabelO | kiozen: i ll try to ask at OE |
19:45.54 | kiozen | ok |
19:47.34 | cr2 | druidu: because it's too difficult |
19:48.18 | cr2 | druidu: if it will be really critical, then you can use drive i2c bus in assembler ;) |
19:49.16 | druidu | I'm willing to try anything, just not sure where to grasp it :P |
19:50.02 | *** join/#htc-linux armagosa (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
19:50.43 | BabelO | kiozen: http://pastebin.ca/1228134 |
19:50.48 | cr2 | druidu: i think that the most realistic way is to revert the 7200 patches in the vogue tree to fix the i2c,usb, and gpio differences. |
19:51.21 | druidu | ok, and about the rom extractor... I tried raphaelkitchen on diamond roms, but it doesn't really look like it's working |
19:51.38 | druidu | after extracting the .nb files, it can't find the root fs entry or something |
19:51.41 | druidu | also tried the wine version |
19:53.25 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
19:53.46 | kiozen | BabelO: try pastebin.no, pastebin.ca does not like my ip |
19:53.59 | BabelO | kiozen: ipv6 ? |
19:54.20 | kiozen | BabelO: no, think they block certain domains |
19:54.45 | BabelO | kiozen: http://pastebin.no/56775 |
19:56.26 | kiozen | BabelO: and log.do_compile.20593 is empty right? |
19:56.35 | BabelO | kiozen: yes |
19:56.38 | kiozen | BabelO: did you disable parallel make? |
19:56.56 | BabelO | kiozen: no, next try |
19:58.37 | goxboxlive_ | BabelO: i am trying to configure Qtopia-4.4. But it says missing SQLITE and SVG . But i i have installed both libsqlite-dev and svg. What else could be missing |
19:59.24 | goxboxlive_ | So QT-Extended is building itself from source. It works though but i should have it installed |
19:59.28 | goxboxlive_ | i think |
19:59.43 | goxboxlive_ | for working with other qt stuff |
19:59.53 | *** part/#htc-linux LanceHaig (i=4e696aee@foresight/member/lhaig) |
20:00.20 | BabelO | goxboxlive_: it fail for me too because of toolchain :( |
20:00.42 | goxboxlive_ | BabelO: ok then |
20:00.48 | BabelO | goxboxlive_: and i can't build toolchain i think i go to OE webserver and to mkfs /dev/hdd |
20:00.58 | goxboxlive_ | i c |
20:01.04 | BabelO | goxboxlive_: qt-devel |
20:01.31 | BabelO | goxboxlive_: else you can force qtopia-4.4 to build its one qt libraries instead of use the system libraries |
20:02.38 | goxboxlive_ | ok, what kind of glib file do i neet to install? I remember it will fail compiling if i dont have it installed |
20:02.49 | BabelO | kiozen: answer from oe channel is..."but that's the first step to build shasum" |
20:03.02 | BabelO | kiozen: my office hotline can do the same :( |
20:03.10 | kiozen | LOL |
20:03.19 | BabelO | kiozen: yes |
20:03.40 | goxboxlive_ | And another thing, now that i have to use qbuild instead of 'make' how do i run parallell processes? |
20:03.43 | kiozen | BabelO: did you tell them on oe? |
20:03.57 | dcordes | cr2, do you think google acx driver will have a routine to find out the base? |
20:03.58 | BabelO | goxboxlive_: same than make qbuild -j4 |
20:04.14 | dcordes | cr2, or ease finding it out in any way? |
20:04.19 | BabelO | kiozen: no, i have to sleep before asking again :) |
20:04.42 | goxboxlive_ | ok |
20:05.13 | kiozen | BabelO: yes, my brain is nibbling an escape hatch, too. that garmin stuff is tought |
20:08.07 | BabelO | kiozen: the package compile fine if i start run.compile script ... |
20:11.27 | druidu | well, sleep for me, later |
20:15.57 | *** join/#htc-linux synz (n=synz@dsbg-4db56f3b.pool.einsundeins.de) |
20:16.01 | synz | hi@all |
20:16.33 | dcordes | hi |
20:21.44 | NetRipper | druidu, as you have some IDA disassembling experience, could it be an idea you check the drivers from a diamond or raphael rom to see how wince uses the framebuffer? search for any hints on how to manually trigger the screen to update? |
20:27.56 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
20:34.18 | goxboxlive_ | hmmwebkit takes ages |
20:35.25 | NetRipper | compiling? |
20:35.29 | goxboxlive_ | yes |
20:35.40 | NetRipper | imagine how long it took to write it ;) |
20:35.49 | goxboxlive_ | poor people |
20:35.55 | NetRipper | yes |
20:36.08 | NetRipper | though i doubt it made them poor |
20:36.15 | goxboxlive_ | :-) |
20:37.26 | BabelO | goxboxlive_: take long time ? on new computer ? :) |
20:39.48 | goxboxlive_ | It's ca. 30 mins since i started the configur now |
20:40.04 | cr2 | NetRipper: c++ is slow to compile. |
20:40.19 | cr2 | too complex language :) |
20:40.29 | BabelO | goxboxlive_: 30 mins the configure step ? you build qt in it ? |
20:41.29 | kiozen | cr2: well it has everything you need :) guess c will take same time to compile if you would do it right |
20:41.47 | goxboxlive_ | BabelO: no since i started the configure, now its compiling |
20:42.58 | goxboxlive_ | hmm it compiled qtopianamespace without a hack |
20:44.29 | *** join/#htc-linux sirox (n=sirox@91-67-142-232-dynip.superkabel.de) |
20:44.47 | sirox | hi |
20:46.40 | sirox | can i write a application in assembler, whitch operates with the gpios of the htc diamond, boot it with haret and he will do this ? or is it harder to do ? |
20:48.42 | cr2 | sirox: it's already done. to some extent. on raphael |
20:49.47 | dcordes | sirox, NetRipper did that on raphael with the flash light gpio |
20:50.20 | sirox | dcordes: yes i know but i didn't find the code |
20:50.20 | goxboxlive_ | hmm it failed |
20:50.40 | NetRipper | sirox, i just added code to the linux kernel |
20:51.28 | goxboxlive_ | BabelO: www.pastebin.no/55817 |
20:52.43 | cr2 | NetRipper: can you checkout the vogue source ? |
20:52.59 | NetRipper | yes when i have a little bit more time |
20:53.04 | NetRipper | probably tomorrow |
20:53.12 | sirox | netRipper: ah ok, and is it possible to do this without the kernel ? with an "standalone" assambler-code ? |
20:53.49 | BabelO | goxboxlive_: what is that ??? |
20:54.16 | NetRipper | sirox, not sure, but i'd think so... haret simply jumps to the memory address of the kernel... so if you make your own code and set the binary in haret as kernel, it'll probably jump to it |
20:54.48 | NetRipper | sirox, note that the MMU will be off, you will need to remap the gpios you want to use using the peripheral remap register |
20:54.55 | NetRipper | before you can use gpios |
20:55.17 | sirox | map them to a memory-adress ? |
20:55.45 | NetRipper | when you map them they will become available under their physical addresses |
20:56.10 | sirox | ah ok thx, i do some tests :) |
20:56.24 | NetRipper | if you are after the flashlight gpio you can make it available when MMU is off using a haret command: SET CP(15, 0, 15, 2, 4) 0xa920000b |
20:56.57 | NetRipper | and i can give you the asm to enable the flashlight gpio |
20:57.37 | sirox | oh that would be great :D |
20:57.43 | NetRipper | sec |
20:57.53 | NetRipper | it doesn't have the remapping code though, as i dont konw the asm for that yet ;) |
20:58.31 | sirox | hehe , ok but as you said, that can be done with haret |
20:58.40 | NetRipper | yes |
20:59.41 | NetRipper | sirox, http://pastebin.com/m7e6fb68a |
21:01.06 | sirox | thx, can i post a link to this side on the xda-developers forum thread , or du you post it ? Honor to whom honor is due. ;) |
21:03.16 | NetRipper | sure, i'll put it on wiki later |
21:03.49 | NetRipper | the link is only valid for 1 month though |
21:05.33 | sirox | hmm i don't know |
21:05.50 | NetRipper | i do, i checked the box where it says only 1 month valid |
21:05.51 | NetRipper | :P |
21:05.58 | NetRipper | (it's the default) |
21:08.29 | sirox | can you change this to forever ? :) |
21:09.10 | sirox | it wont hurry ;) |
21:09.23 | sirox | i mean it wont hurt ;) |
21:09.36 | NetRipper | http://pastebin.com/f2524c277 |
21:09.38 | NetRipper | should be forever |
21:11.11 | sirox | optimal |
21:16.46 | cr2 | NetRipper: the vogue kernel implements debugging into the framebuffer in uncompress.h, but it has a lot of 240x320 hardcoded values. |
21:17.14 | NetRipper | ah |
21:17.21 | NetRipper | but on vogue it works |
21:17.31 | NetRipper | or |
21:17.32 | NetRipper | hm |
21:17.52 | NetRipper | could it be the only reason framebuffer doesn't get updated on haret is because irqs are disabled? |
21:18.02 | NetRipper | nah probably not |
21:20.52 | cr2 | vogue code forces an mddi update. |
21:21.38 | cr2 | but it's very convoluted code, this exact 240x320 panel parameters may be hidden in more places than one thinks about. |
21:22.10 | NetRipper | bad bad programmers |
21:22.26 | NetRipper | (probably how i'd do it too though, shamelessly) |
21:22.27 | NetRipper | :P |
21:27.08 | NetRipper | cr2, can bad clocks damage the device? |
21:29.07 | cr2 | you have bad blocks ? |
21:29.15 | cr2 | cloocks :) |
21:29.18 | NetRipper | no idea |
21:29.25 | NetRipper | if i'd boot with vogue, clocks would be wrong |
21:29.48 | NetRipper | (note that i dont even know what clocks are used for) |
21:29.54 | cr2 | in theory - yes |
21:30.20 | cr2 | bu you will probably see if something goes wrong, and press reset. |
21:30.30 | NetRipper | clocks make me think about processor mhz and stuff, but i dont see how each device has a clock |
21:30.42 | NetRipper | and why they have to be configured instead of being static |
21:32.29 | sirox | i don't know if it's working to use the binary as kernel , the lcd-backlight is allready on while booting :) , i'll see tomorrow |
21:32.35 | sirox | good night |
21:32.43 | NetRipper | sirox, lcd isn't turned off by haret |
21:33.18 | sirox | yes, an this is because i do not know if the compiled code turn the lcd on |
21:33.36 | cr2 | lcd backlight is controlled over i2c |
21:33.37 | NetRipper | in your test you shoudl turn the lcd off |
21:33.47 | cr2 | i think. |
21:34.00 | cr2 | sirox: 'setlcd' command |
21:34.02 | NetRipper | i saw gpio's for lcd power |
21:39.17 | sirox | now i cant get it work , maybe it is already to late now :D |
21:39.41 | sirox | i mean, no i cant get it work |
21:39.51 | NetRipper | sirox, you have a diamond or raph? |
21:39.56 | sirox | diamond |
21:39.59 | NetRipper | ah ok |
21:40.51 | sirox | i must go to bed now, im so tired :) |
21:41.06 | NetRipper | sirox, good night |
21:41.23 | sirox | thx for your hel netripper |
21:41.25 | sirox | bye |
21:41.30 | NetRipper | hell? |
21:41.30 | NetRipper | ;) |
21:41.38 | sirox | help |
21:41.41 | NetRipper | :P |
21:42.08 | sirox | as i said ... it's already toooooo late :) |
21:42.22 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
21:42.39 | sirox | bye |
21:47.05 | NetRipper | cr2, do you have an idea on how to use the gps device in the raph? |
21:47.11 | *** join/#htc-linux miknix (n=miknix@bl4-80-249.dsl.telepac.pt) |
21:47.31 | NetRipper | cr2, i may want to try making my own gps driver |
21:47.47 | NetRipper | (wince driver) |
21:47.49 | cr2 | NetRipper: i think you need to switch it on with an AT+ command, and then read the data from GPS SMD channel |
21:48.07 | NetRipper | it's available as serial device? |
21:48.17 | cr2 | as SMD device. |
21:48.36 | cr2 | afaik it works on kaiser in linux |
21:48.41 | NetRipper | ok |
21:48.46 | cr2 | yes, in wince it's a multiport serial driver |
21:48.53 | cr2 | smd_com.dll |
21:49.11 | NetRipper | that is a low level driver, or htc driver? |
21:49.20 | cr2 | htc driver |
21:49.23 | NetRipper | ok |
21:49.53 | NetRipper | getting annoyed by my poor gps performance, mainly gps lag |
21:50.06 | NetRipper | and im starting to think the driver is to blame |
21:50.21 | cr2 | i don't think so |
21:50.42 | cr2 | you don't have an external antenna. |
21:51.04 | cr2 | the rest data processing schema looks sensible to me. |
21:51.13 | dcordes | NetRipper, on the kaiser, you only need to read from the smd7 device |
21:51.18 | dcordes | no at command required |
21:51.34 | dcordes | oh wait. that is when you have it on in wince. |
21:51.43 | cr2 | dcordes: because wince has sent this command on phone init. |
21:52.17 | dcordes | cr2, is there no gps send chan? |
21:52.43 | cr2 | dcordes: i think no. what are you going to send there ? |
21:53.16 | dcordes | gps on/off, agps data |
21:53.28 | ginge_ | dcordes: agps uses a different sms area |
21:53.36 | NetRipper | cr2, i'm concerned about all kind of buffers no being flushed properly, it seems there's a consistent delay in data getting from the device into the navigational software |
21:53.36 | dcordes | or is the agps arm9 internal? |
21:53.41 | ginge_ | gps on off uses proc_comm type interface |
21:53.47 | dcordes | aah ok |
21:54.05 | dcordes | do you know the proc_comm bits for gps? |
21:54.16 | cr2 | NetRipper: you can redirect the port to com4. works for me |
21:54.31 | cr2 | ginge_: which proc_comm code is used ? |
21:54.43 | NetRipper | cr2, direct communication to com4 still goes through the htc driver |
21:54.55 | ginge_ | dcordes: no, not bothered to verify that. Someone told me that was the case. |
21:54.58 | cr2 | ginge_: http://wiki.xda-developers.com/index.php?pagename=RaphaelDEX |
21:55.19 | dcordes | ginge_, ha, hope not me. |
21:55.22 | ginge_ | dcordes: and no reason not to believe them |
21:55.57 | cr2 | NetRipper: i think the overhead is minimal |
21:56.46 | cr2 | NetRipper: not having a good gps antenna is really bad. we've learned it with n560. |
21:57.15 | cr2 | so i would not expect excellent msm gps performance anyway. |
21:57.23 | NetRipper | hm |
21:57.44 | ginge_ | dcordes: msm gps is really poor. Even with agps working |
21:58.01 | ginge_ | sorry dcordes didnt mean to direct that at you |
21:58.17 | *** join/#htc-linux LunohoD_ (n=alex@e180068188.adsl.alicedsl.de) |
21:58.19 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
21:58.20 | cr2 | agps is spyware+hiding the ephemeris problems. |
21:58.36 | ginge_ | heh, well put |
21:58.41 | cr2 | ;) |
21:59.01 | *** join/#htc-linux test (i=55b57d86@gateway/web/ajax/mibbit.com/x-dad96940082feabe) |
21:59.19 | dcordes | I have a gps program on the kaiser which takes ages to get a fix. I think no agps is used there |
21:59.26 | dcordes | like 10 minutes |
22:00.06 | cr2 | i#ve seen 10 sats and no fix |
22:00.31 | cr2 | because picking the ephemeris over 50bps takes time. |
22:01.03 | cr2 | that's the spyware part. |
22:01.30 | cr2 | pick the ephemeris from our server in taiwan. |
22:01.38 | ginge_ | I stopped using the gps when it said I was driving down a motorway and it said I was in the adjacent village |
22:01.46 | cr2 | of from some strange server in the UK |
22:02.00 | cr2 | we've seen these addresses hardcoded in the firmware. |
22:02.12 | cr2 | lol |
22:02.15 | ginge_ | I have a dump of the agps rom somewhere. its hard coded |
22:02.23 | cr2 | ginge_: i use gps mainly for OSM |
22:02.52 | dcordes | cr2, the 10.x.x.x server? |
22:03.08 | cr2 | dcordes: no, it was earlier |
22:03.32 | cr2 | all this 'quickgps' scam is much older than you think. |
22:07.46 | ginge_ | still uses a severly hacked pretec CF device on a serial connection. |
22:24.50 | *** join/#htc-linux webPragmatist (n=none@99-6-241-169.lightspeed.rcsntx.sbcglobal.net) |
22:56.02 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
23:12.33 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
23:39.27 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |
23:40.14 | *** join/#htc-linux FRITZ (n=FRITZ@201-92-6-45.dsl.telesp.net.br) |