00:08.12 | *** join/#htc-linux gh0ul (n=asds@host81-151-152-241.range81-151.btcentralplus.com) |
00:23.31 | *** join/#htc-linux exco1 (n=exco@e181116243.adsl.alicedsl.de) |
00:44.38 | AstainHasPS3 | dcordes its not been tested 100% for that... |
01:01.16 | *** join/#htc-linux Tinyboom_ (n=nahh@248.84-49-166.nextgentel.com) |
01:06.15 | *** join/#htc-linux m0z_work (n=m0zzie@203-206-130-101.perm.iinet.net.au) |
01:06.32 | dcordes | AstainHasPS3: can you try? |
01:11.48 | *** join/#htc-linux Tinyboom_ (n=nahh@248.84-49-166.nextgentel.com) |
01:20.25 | *** join/#htc-linux ttols (n=ttols@210.105.51.63) |
01:21.47 | *** part/#htc-linux exco1 (n=exco@e181116243.adsl.alicedsl.de) |
01:25.49 | m0z_work | mm, is development for android progressing faster on Blackstone than it is on Raphael? |
01:28.40 | AstainHasPS3 | dcordes yes but my building zImages isn't so great... |
01:33.51 | *** join/#htc-linux Tinyboom (n=nahh@164.84-49-89.nextgentel.com) |
01:50.50 | *** join/#htc-linux Tinyboom_ (n=nahh@200.80-202-157.nextgentel.com) |
02:12.59 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
02:22.28 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
03:21.31 | *** join/#htc-linux pzztgotbagz (n=pzztgotb@c-76-30-250-117.hsd1.tx.comcast.net) |
03:21.41 | pzztgotbagz | woohoo more peoples |
03:22.13 | pzztgotbagz | so is there any eta when we wil see the new release for the sprint touch pro |
03:25.01 | dcordes_ | which release? |
03:25.35 | pzztgotbagz | with the fixed vid |
03:26.58 | m0z_work | is development for android progressing faster on Blackstone than it is on Raphael? |
03:32.42 | pzztgotbagz | man this chat is just as dead as any other chat i go int |
03:33.00 | *** join/#htc-linux woods26 (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
03:33.26 | dcordes_ | :> |
03:34.21 | pzztgotbagz | ahha |
03:34.35 | pzztgotbagz | was hoping maejrep was here |
03:35.03 | dcordes_ | I can't see any video fixes in the kernel lately |
03:35.19 | pzztgotbagz | well i know theres a post on connect |
03:35.30 | dcordes_ | what? |
03:35.33 | pzztgotbagz | that mae has figured out how to fix vid problem for raph 500/800 |
03:35.58 | dcordes_ | well he did not commit it yet and I don't know about a patch so can't help |
03:36.14 | pzztgotbagz | http://connect-utb.com/index.php?option=com_content&view=article&id=125:color-distortion-in-android-for-the-cdma-raph-and-diam-soon-fixed&catid=42:the-android-port |
03:37.08 | pzztgotbagz | so figured id stop my here and see how development is coming along |
03:37.47 | pzztgotbagz | and its funny how the comments have absolutely nothing to do with the topic at hand |
03:37.53 | dcordes_ | you can clone the git, apply the patch, try |
03:38.28 | dcordes_ | otherwise wait for maejrep[w] to finish |
03:41.10 | *** part/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
03:44.41 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
03:46.33 | dcordes_ | pzztgotbagz: http://linuxtogo.org/~lgorris/builds/kernel/raphael/zImage-htcraphael-20090603-00 |
04:09.24 | *** join/#htc-linux mrmoku` (n=mrmoku@ppp-93-104-58-194.dynamic.mnet-online.de) |
04:15.13 | maejrep[w] | tmzt: yeah that's the best way to do smd1 as a tty.. but tbh, I don't know that it's "meant" to be a tty. I would imagine there would be at least a comment in smd_tty.c if it were meant to be a tty |
04:15.21 | maejrep[w] | doesn't SMD_DIAG go through adb or so? |
04:15.31 | maejrep[w] | or a serial console or something |
04:16.00 | maejrep[w] | pzztgotbagz: the patch is very easy to apply (can just change 2 numbers in mdp.c to see the fix) |
04:16.14 | maejrep[w] | the hard part is getting it to compile and have everything you need for it to run |
04:16.21 | maejrep[w] | if you can get by that, then you should be able to test it |
04:16.37 | maejrep[w] | the only reason I haven't committed it is because I want to see how raph100 reacts to it .. still don't recall seeing a response to that |
04:16.58 | maejrep[w] | if raph100 doesn't like it, then I'll just have to make it dependent on machtype |
04:17.32 | maejrep[w] | there were also reports of some problems booting after making the change, so I need to check if there's something else that is causing it to break, or if that was just coincidence |
04:17.55 | maejrep[w] | and as you can see <-- I'm at [w], and am basically at [w] for 12-16 hours per day recently |
04:18.10 | AstainHasPS3 | damn maejrep[w] thats a lot |
04:18.11 | maejrep[w] | so makes it hard to get in development time .. maybe this weekend |
04:18.29 | maejrep[w] | 11:18pm now :p |
04:18.36 | maejrep[w] | and, heading home |
04:18.53 | maejrep[w] | AstainHasPS3: did you ever get to test that patch on raph100? |
04:19.02 | maejrep[w] | and see it boot, that is |
04:20.29 | AstainHasPS3 | no not yet quick question as far as you know should I be able to just use the raph def config from git? |
04:21.38 | pzztgotbagz | sprry i was away |
04:25.46 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
04:28.41 | *** join/#htc-linux DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
04:33.50 | *** join/#htc-linux DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
04:37.31 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
04:46.03 | *** join/#htc-linux iAmNotorious (n=cobain@ip68-13-242-95.ok.ok.cox.net) |
04:46.20 | iAmNotorious | is there a build out there with the color fix for the raph800? |
04:56.14 | maejrep | AstainHasPS3: yeah, you should be able to, I think |
04:56.31 | maejrep | for raph800 though, you'd have to enable SMD_7500 for the smd0 channel |
04:57.41 | AstainHasPS3 | ok |
05:06.46 | iAmNotorious | does anyone know of a build with the raph800 color fix? all of the builds ive seen were created back in february |
05:07.34 | AstainHasPS3 | iAmNotorious its not out yet |
05:07.38 | *** join/#htc-linux KaraDog (n=lihouyu@116.231.104.179) |
05:07.55 | iAmNotorious | has anyone tested it to confirm the fix works? |
05:08.10 | AstainHasPS3 | maejrep has tested on 800 |
05:08.19 | AstainHasPS3 | I am going to test it on 100 to make sure it no break stuff |
05:09.27 | iAmNotorious | maejrep: could you post the build? |
05:10.12 | maejrep | for 800? |
05:10.20 | iAmNotorious | yes sir |
05:11.36 | maejrep | http://www.privatepaste.com/5c07eYr5wr -- closest to what's in git |
05:11.58 | maejrep | http://www.privatepaste.com/29tm0YClC6 -- more of a development build, but should work for raph800 (no guarantees for raph100) |
05:12.48 | iAmNotorious | sweet |
05:13.57 | maejrep | you are using the raph800 mtype, right? |
05:16.22 | AstainHasPS3 | maejrep building a test zImage to make sure I can build one that boots then next will build one with your changes |
05:17.45 | AstainHasPS3 | lets see how long an atom takes to do the cross compile build |
05:19.34 | maejrep | after the first build it'll be quick ;) |
05:19.56 | maejrep | takes about 3-5 minutes on my machine for the first build, then everything after that is 10-15 seconds |
05:20.33 | tmzt | maejrep: hello |
05:20.51 | AstainHasPS3 | cool |
05:22.16 | *** part/#htc-linux AstainHasPS3 (n=AstainHe@unaffiliated/astainhellbring) |
05:22.34 | *** join/#htc-linux AstainHasPS3 (n=AstainHe@unaffiliated/astainhellbring) |
05:22.38 | AstainHasPS3 | that was wierd... |
05:22.54 | AstainHasPS3 | musta accidentally closed the window for this room |
05:23.08 | tmzt | I built the kernel pulled yesterday and made some changes to allow registering smd_tty, but it complains about the channel not being registered |
05:25.57 | tmzt | oh, I had smd1 instead of smd7 |
05:27.42 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
05:33.12 | iAmNotorious | maejrep, yes I have a raph800 |
05:34.14 | tmzt | iAmNotorious: I tested an earlier version of the color patch on raph500 and it worked well |
05:34.29 | tmzt | maejrep is just waiting to get someone with raph100 to test it |
05:35.51 | iAmNotorious | so from what ive read calls are working too just not audio? |
05:36.15 | tmzt | calls maybe |
05:36.18 | tmzt | AT works |
05:36.44 | AstainHasPS3 | w00t zImage build 1 is done building time to test |
05:36.54 | tmzt | AstainHasPS3: what device? |
05:37.03 | tmzt | s/what/which/ |
05:37.04 | AstainHasPS3 | raph100 :) |
05:37.15 | tmzt | with the raph800 color patch? |
05:37.25 | AstainHasPS3 | after this build yes |
05:37.34 | AstainHasPS3 | build 1 is to test to make sure it works from my machine |
05:37.39 | AstainHasPS3 | build 2 is to test color patch |
05:43.25 | ttols | tmzt: thx |
05:43.42 | tmzt | ttols: zImage determines MTYPE basically |
05:43.47 | ttols | I downloaded zImage from http://familiar.handhelds.org/releases/v0.8.4/install/files/ipaq-pxa270/ |
05:43.47 | ttols | <PROTECTED> |
05:44.00 | ttols | and excute haret on my rw6100. |
05:44.09 | tmzt | that's for a different ipaq, but if you are going to use it copy the MTYPE from default.txt |
05:44.30 | ttols | but I see the "undefinded MTYPE" error message |
05:45.00 | ttols | set blabla on default.txt ? |
05:45.50 | tmzt | no, you need to find out what MTYPE that kernel uses, then put it in your default.txt |
05:45.54 | ttols | oh~~ |
05:46.06 | ttols | it is working |
05:46.11 | tmzt | this uses itsy bootloder |
05:46.12 | ttols | :) nice |
05:46.15 | tmzt | really? |
05:46.18 | ttols | yes |
05:46.45 | tmzt | the screen is right? |
05:47.02 | ttols | it is haret messgae. wait... |
05:47.15 | tmzt | yeah, that's a haret message |
05:47.16 | ttols | jumping to kernel... |
05:47.30 | tmzt | and nothing? |
05:47.32 | ttols | yes |
05:47.34 | tmzt | then it doesn't work |
05:47.53 | ttols | hm.... |
05:48.20 | ttols | anyway I can run bootloader :) |
05:49.25 | tmzt | what bootloader? |
05:49.38 | tmzt | that's for booting linux from rom on a specific ipaq device |
05:49.56 | tmzt | try the H3800 MTYPE |
05:50.15 | tmzt | 137 |
05:50.33 | ttols | set MTYPE 137 ?? |
05:50.45 | tmzt | ye |
05:50.47 | tmzt | yes |
05:51.09 | tmzt | or 203 or 220 |
05:54.40 | ttols | tmzt: WM is reinstalling... |
05:54.44 | ttols | wait :) |
05:54.55 | ttols | i will try 220. |
05:57.23 | tmzt | each of those is a different ipaq and will probably work differently |
05:57.35 | *** join/#htc-linux maejrep[w] (n=madCoder@smtp-n.myyearbook.com) |
06:01.27 | ttols | those are all failed. |
06:01.47 | maejrep | hmm |
06:01.57 | maejrep | can't believe that reverse dns hasn't been updated :x |
06:01.58 | ttols | jumping to kernel and...nothing to see. |
06:04.19 | *** join/#htc-linux Tinyboom (n=nahh@200.80-202-157.nextgentel.com) |
06:04.39 | *** join/#htc-linux TheiPirate (n=Timbo@cpe-67-9-132-146.austin.res.rr.com) |
06:08.48 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:09.41 | *** join/#htc-linux rsteckler (n=rsteckle@ip68-111-149-111.sd.sd.cox.net) |
06:11.05 | AstainHasPS3 | w00t first one worked time to make maejrep's changes |
06:11.56 | maejrep | AstainHasPS3: that's testing with android? |
06:12.10 | AstainHasPS3 | yes |
06:12.32 | maejrep | i expect the display to be distorted on raph100 |
06:12.35 | maejrep | but want to be sure ;x |
06:12.36 | AstainHasPS3 | ok |
06:12.48 | AstainHasPS3 | so to test I only need to edit the mdp.c file right? |
06:13.00 | maejrep | yes, and make |
06:13.48 | AstainHasPS3 | and line 10 on the diff is the change I need to make right? |
06:14.10 | AstainHasPS3 | the make? |
06:14.36 | AstainHasPS3 | n/m |
06:14.45 | AstainHasPS3 | and line 10 on the diff is the change I need to make right? |
06:17.12 | maejrep | line number is printed in the 2nd or 3rd line of the diff |
06:17.15 | maejrep | have the url? |
06:17.42 | maejrep | # |
06:17.42 | maejrep | @@ -232,7 +232,7 @@ void mdp_dma_to_mddi(struct mdp_info *mdp, uint32_t addr, uint32_t stride, |
06:17.50 | maejrep | that means it starts at line "232" |
06:18.00 | maejrep | but you can just search for "666" |
06:18.07 | maejrep | its the only place in the file |
06:18.07 | AstainHasPS3 | http://www.privatepaste.com/f30PDccBDk |
06:19.18 | maejrep | the syntax of that line is: area from old file starts at line 232, and 7 lines are displayed; area of new file (after modifications) starts at line 232 also, and also displaying 7 lines |
06:19.29 | maejrep | and its in the "void mdp_dma_to_mddi()" function |
06:24.24 | AstainHasPS3 | colors borked |
06:24.55 | AstainHasPS3 | bluer |
06:26.15 | AstainHasPS3 | so ya mtype detection needed |
06:28.03 | maejrep | ok |
06:28.04 | maejrep | thanks |
06:28.10 | AstainHasPS3 | welcome |
06:28.25 | AstainHasPS3 | glad to help |
06:29.04 | AstainHasPS3 | anything else i can do? |
06:29.18 | maejrep | don't think so |
06:29.28 | maejrep | i'll try to get that in place and commit this weekend |
06:29.34 | AstainHasPS3 | cool |
06:29.38 | maejrep | have many other patches too |
06:29.45 | maejrep | this makes the panel init code less of an issue now |
06:30.05 | maejrep | thought if we can come up with a way to get the epson controller into 666 mode, it won't be needed :) |
06:30.20 | AstainHasPS3 | curious the smd changes for 7500 should that allow sms or data? |
06:30.35 | maejrep | sms for sure |
06:30.40 | maejrep | not sure about data, haven't tried |
06:30.42 | AstainHasPS3 | cool |
06:31.04 | maejrep | I saw an SMS come in over /dev/smd0, so I know that much should work (assuming android can handle that format without needing a middle man to mangle it |
06:31.45 | maejrep | i'll check if vogue needs anything special |
06:32.03 | tmzt | I got an sms as well from vtext.com, it was a binary format (hex) and I haven't seen how to decode it |
06:32.32 | tmzt | is data over smd7? |
06:35.31 | maejrep | not sure yet |
06:44.35 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
06:44.56 | tmzt | do you know why it complains when I register smd_alloc_tty("DATA1", 7, SMD_DATA1) [I hope I have copied that correctly]? |
06:45.13 | tmzt | or is it just doing that before smd_init, that might be it |
06:46.25 | *** part/#htc-linux rsteckler (n=rsteckle@ip68-111-149-111.sd.sd.cox.net) |
06:58.54 | *** join/#htc-linux Cobain (n=cobain@ip68-13-242-95.ok.ok.cox.net) |
06:59.01 | Cobain | so the zimage fixed the colors |
06:59.22 | Cobain | but i saw the android logo and it was glowing for a few seconds and then my phone shuts off :( |
06:59.50 | Cobain | but it was a pretty color of green for once |
07:00.54 | *** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no) |
07:01.40 | AstainHasPS3 | hi Cobain |
07:01.44 | Cobain | hi |
07:04.11 | tmzt | [ 0.430000] smd_alloc_channel() cid 7 does not exist |
07:04.12 | tmzt | [ 1.042243] smd_init() |
07:04.20 | tmzt | so alloc is getting called before init |
07:05.49 | *** join/#htc-linux tiger2wander (n=tiger2wa@210.245.49.35) |
07:06.21 | *** join/#htc-linux kiozen (n=oeichler@p54922586.dip0.t-ipconnect.de) |
07:06.39 | tiger2wander | Hi all, Has anyone run OpenMoko on BA? |
07:08.19 | tmzt | maybe parmaster |
07:09.02 | tmzt | ok, I'm adding smd_alloc_channel to the is_mach_htcraphcdma block |
07:13.55 | AstainHasPS3 | nice tmzt |
07:14.20 | tmzt | well, I don't know if it works yet |
07:14.36 | AstainHasPS3 | true but its working on improvements which is good |
07:14.39 | tmzt | and it would be better to either find a table in smem for 7500 or use pdata if necessary |
07:14.48 | AstainHasPS3 | pdata? |
07:14.55 | tmzt | platform_data |
07:15.07 | *** join/#htc-linux ivor (n=ivor@92.24.32.125) |
07:15.39 | tmzt | it would also be nice to know if 7500 audio will be like vogue |
07:15.49 | tmzt | and if it will require proc_comm or rpc |
07:15.51 | AstainHasPS3 | yes that would be awesome |
07:16.29 | AstainHasPS3 | assuming 7501a and 7500a is audio is like vogue how quickly could we have that working? |
07:17.00 | tmzt | not sure, that's why I wonder if vogue driver would work so we could use dzo's ril unmodified |
07:17.25 | AstainHasPS3 | ahh ic how hard would it be to try vogue driver? |
07:17.42 | tmzt | haven't looked at it |
07:18.07 | tmzt | would be best to wait for maejrep probably, at least AT is working now though |
07:18.33 | AstainHasPS3 | true |
07:19.13 | tmzt | failed handover that time |
07:19.47 | AstainHasPS3 | didnt maejrep grab alot of the smd stuff from vogues implementation? |
07:20.05 | tmzt | I think the head tail values are from smem dumps |
07:20.42 | tmzt | or tracing drivers or something |
07:31.38 | tmzt | AstainHasPS3: this time it booted, hold on |
07:35.51 | tmzt | [ 1.045905] smd_alloc_channel() cid 7 does not exist |
07:35.54 | tmzt | still no good |
07:36.15 | tmzt | I see, it has to get the head/tail from somewhere? |
07:36.21 | tmzt | how do I dump those with haret? |
07:36.54 | tmzt | well, I can look for a ppp packet but how do I dump the whole smem |
07:38.25 | AstainHasPS3 | hmm |
07:46.01 | tmzt | if cid 7 is not in toc how do I find it's address, I guess maejrep found the ones for 0 and 1 |
07:50.32 | *** join/#htc-linux methril|work (n=Methril@213.27.233.98) |
08:00.52 | AstainHasPS3 | what does 0 and 1 do? |
08:01.18 | tmzt | 0 is DS (AT commands), 1 is DIAG (qualcomm DM) |
08:06.07 | AstainHasPS3 | ahh nice |
08:14.35 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
08:17.29 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
08:17.56 | tiger2wander | tmzt, do you know how to config internet share between GPE and ubuntu PC host? |
08:18.38 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
08:30.23 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
08:38.10 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
09:10.41 | *** join/#htc-linux hechu (n=hechu@119.129.41.215) |
09:12.52 | *** join/#htc-linux daspsycho_work (n=TimJorda@213.155.79.202) |
09:13.00 | *** part/#htc-linux daspsycho_work (n=TimJorda@213.155.79.202) |
09:17.37 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
09:19.54 | *** join/#htc-linux timebomb (n=tb@p5B3E58F6.dip.t-dialin.net) |
09:26.56 | *** join/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
09:32.05 | *** part/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
09:36.55 | *** join/#htc-linux Octobinz (n=Octobinz@LRouen-151-71-129-32.w193-253.abo.wanadoo.fr) |
09:38.30 | *** join/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
09:38.56 | *** part/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
09:39.27 | *** join/#htc-linux kiozen_ (n=oeichler@p54922586.dip0.t-ipconnect.de) |
09:53.54 | *** join/#htc-linux Beef (n=beef@unaffiliated/beef) |
09:54.41 | *** join/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
10:09.24 | *** join/#htc-linux [loy] (n=nobody@209.250.241.104) |
10:14.13 | *** join/#htc-linux Beef (n=beef@unaffiliated/beef) |
10:19.01 | *** part/#htc-linux KaraDog (n=lihouyu@116.231.104.179) |
10:20.51 | *** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
11:03.19 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-52245052c209e7f9) |
11:29.41 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-9c6aee2f289fd578) |
11:47.30 | *** join/#htc-linux melgurth (n=melgurth@aard252.neoplus.adsl.tpnet.pl) |
11:52.59 | *** part/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
11:53.43 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-f276fc1dba09bb4b) |
12:07.04 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
12:11.05 | melgurth | anyone know how to properly (not guessing)Â set display driver? I mean pixclocks, margins etc |
12:11.24 | melgurth | in kernel sources of course |
12:54.01 | tmzt | melgurth: for? |
12:54.41 | tmzt | I'm familiar with omap and pxa |
12:55.08 | melgurth | for pxa |
12:55.18 | tmzt | on a CE device? |
12:55.20 | tmzt | what device? |
12:55.31 | melgurth | I'm working on i780 port |
12:55.41 | melgurth | it have 320x320 screen |
12:55.50 | tmzt | xuxtyx?? should have those |
12:56.00 | tmzt | are you using zylonite? |
12:56.01 | melgurth | and sometimes boots with strange white area on |
12:56.03 | tmzt | or the ipaq kernel |
12:56.05 | melgurth | yes |
12:56.11 | tmzt | good |
12:56.11 | melgurth | zylonite |
12:56.41 | tmzt | get the pxafb memory resources from devices.c (or hardware.c) |
12:57.02 | tmzt | get haret from handhelds.org/~koconnor/haret/ |
12:57.39 | tmzt | connect with telnet and run pwf pxafb.bin <address> 16 |
12:57.42 | tmzt | should work |
12:58.02 | melgurth | you mean haret console? |
12:59.46 | melgurth | sorry but this is quite cosmic to me ;) |
13:00.04 | lama | tmzt: melgurth is working on i780 |
13:00.35 | tmzt | cool |
13:00.44 | tmzt | ah, right lama not xut* |
13:01.31 | tmzt | lama: do you have the values then? |
13:02.57 | lama | hmm |
13:03.13 | lama | you should have :) |
13:03.15 | melgurth | .start= 0x44000000, .end= 0x4400ffff, |
13:03.24 | melgurth | something like that? |
13:03.27 | tmzt | I don't have access to that right now |
13:03.29 | lama | all I have is an irclog (probably) with values you have pasted |
13:03.35 | lama | let me see |
13:03.45 | tmzt | yeah, but you need more then just those two |
13:03.52 | tmzt | no |
13:04.05 | tmzt | paste the block you got that from |
13:04.45 | lama | hmm I don't have irc logs :/ |
13:06.15 | melgurth | tmzt this block can be dump by haretconsole? |
13:08.35 | *** join/#htc-linux exco (n=exco@e181116243.adsl.alicedsl.de) |
13:08.38 | tmzt | http://www.google.com/url?sa=t&source=web&ct=res&cd=1&url=http%3A%2F%2Fynezz.ibawizard.net%2Floox720%2Fpxa-utils%2FdecodeLCCR&ei=TCCxSej4CKXyMsyG-IEF&usg=AFQjCNEoNeN77z2G8opohbtTEqXYH0fiyQ&sig2=KU4p5QYD6bkYfmyx-LtuMA |
13:08.53 | tmzt | http://ynezz.ibawizard.net/loox720/pxa-utils/decodeLCCR |
13:09.16 | tmzt | melgurth: yes, but I mean the block from devices.c |
13:09.31 | tmzt | that address range might crash the device |
13:10.06 | melgurth | tmzt - I'm noob in this dumping stuff |
13:10.15 | tmzt | pwf pxafb.bin 0x44000000 20 |
13:10.18 | tmzt | I think that's it |
13:11.39 | melgurth | ok, and how about that telnet connection? |
13:12.13 | tmzt | yeah, that will work |
13:12.22 | tmzt | haretconsole does the same thing |
13:12.58 | melgurth | DUMP <addr> <size> ? |
13:14.13 | tmzt | yeah |
13:14.23 | tmzt | pwf writes to a file on the device |
13:14.25 | tmzt | not dump |
13:14.26 | tmzt | pd |
13:14.54 | melgurth | ok, something shows... |
13:15.27 | tmzt | paste it here |
13:15.32 | melgurth | 03b008f9 17173d3f 0301053f 04f00013 8400fe92 |
13:15.36 | tmzt | good |
13:15.51 | tmzt | take that script I posted and change the hex values in it, then run it with perl |
13:16.33 | tmzt | http://ynezz.ibawizard.net/loox720/pxa-utils/decodeLCCR |
13:17.41 | melgurth | I must change $lccr0 = 0x01b008f9; to $lccr0 = 03b008f9; and so on? |
13:17.56 | tmzt | yes |
13:18.02 | tmzt | but leave the 0x, it means it's hex |
13:18.20 | melgurth | ok, but I have 5 values and script 4 |
13:19.39 | melgurth | I've ran it with first 4 values and something show up |
13:24.51 | tmzt | vsw = vsync_len |
13:25.00 | tmzt | efw = bottom_margin |
13:25.08 | tmzt | elw = right_margin |
13:25.29 | tmzt | make sure to add the 1 like it says |
13:35.25 | *** part/#htc-linux exco (n=exco@e181116243.adsl.alicedsl.de) |
13:35.38 | melgurth | and how about that pixclock? |
13:37.50 | tmzt | use the value from zylonite |
13:38.16 | tmzt | any value really, if there's a problem you'll see it, but the pxafb code usually figures out the pixelclock |
13:39.02 | melgurth | wow, I'm impressed with Your knowledge.... really |
13:39.11 | melgurth | recompiling kernel... |
13:41.10 | melgurth | screwd... |
13:42.11 | captnoord | can you make a picture of the image? |
13:44.44 | tmzt | do you values match what you pasted +1? |
13:45.06 | tmzt | and are you sure your using those values, did you remove the if check or whatever in zylonite? |
13:49.04 | melgurth | yes. I'm 100% sure |
13:49.29 | melgurth | threw out other LCD modes and forced to use one |
13:50.06 | melgurth | but something is change. there is no white area |
13:50.25 | melgurth | but it is screwd. photo coming up |
13:53.08 | melgurth | http://melgurth.ovh.org/files/P1010113.JPG |
13:54.54 | tmzt | where did you get .sync? |
13:55.07 | melgurth | ? |
13:55.24 | tmzt | oh, this is 320x320? |
13:55.30 | melgurth | .sync is orginally 0 |
13:55.40 | melgurth | jest it is square |
13:55.41 | tmzt | yeah, originally where? |
13:55.56 | melgurth | in zylonite.c |
13:56.02 | tmzt | leave it off |
13:56.06 | tmzt | '// |
13:56.36 | melgurth | omg. it is 1 now :/ |
13:57.09 | melgurth | sorry didn't noticed |
13:57.18 | tmzt | it's strange, it's as if fbcon is messed up now, not fb |
13:58.10 | melgurth | I must tell, that in previous setting, this also occures. it was random |
13:58.45 | melgurth | 1) fb is correct |
13:58.45 | melgurth | 2) fb is as now |
13:58.45 | melgurth | 3) fb with white area on right |
13:58.45 | tmzt | what's pixclock now? |
13:58.58 | melgurth | 158000 |
13:59.03 | tmzt | white area on white is interesting |
13:59.07 | tmzt | try 110000 |
13:59.15 | tmzt | if you had a picture of that |
13:59.29 | tmzt | but it's likely the right_margin being too high and something else |
13:59.52 | tmzt | white area on right |
14:00.30 | melgurth | and strangest thing in that white thing was that it leave strange mark on panel |
14:00.55 | melgurth | for about 5 minutes this area has messed brightness/contrast |
14:01.01 | melgurth | even after reboot |
14:01.21 | tmzt | even after reboot into ce? |
14:01.31 | melgurth | yes |
14:01.42 | tmzt | very strange |
14:02.08 | melgurth | recompiled kernel, uploaded zImage, haret and it looks nice. I'll try few more times |
14:04.36 | melgurth | tmzt - do you have some testing initrd? |
14:05.00 | tmzt | only one, it doesn't have a shell |
14:05.15 | tmzt | people.openezx.org/tmzt/initfs.img |
14:05.33 | tmzt | hermes one should work |
14:06.26 | melgurth | is there any ethernet gadget support in it? |
14:09.25 | melgurth | initrd is good, but don't have symlinks to busybox ;) |
14:13.48 | melgurth | and tmzt looks I own you a big THANKS. after 5 times all boots where proper :) |
14:15.55 | tmzt | udc should work, but you might need a irq handler for vbus detection |
14:18.37 | maejrep | tmzt: chances are its not cid 7 in that case |
14:19.28 | tmzt | well, can I dump something and find the ppp traffic? |
14:20.08 | tmzt | probe is getting everything in toc I think, but I need to add debugging for that so that even if some of the values are not NULL they might still have something in them |
14:20.45 | tmzt | also, it looks like no2chem has a way to use KITL now even if it's disabled, this mgiht make debugging/tracing easier |
14:21.38 | *** part/#htc-linux melgurth (n=melgurth@aard252.neoplus.adsl.tpnet.pl) |
14:22.51 | maejrep | dump the first 5K or so of smem |
14:23.23 | maejrep | pdump 0x1f00000 0x2000 |
14:23.32 | tmzt | there should be seperate read write channels, but they will follow each other? |
14:23.43 | maejrep | normally yes |
14:26.06 | *** join/#htc-linux melgurth (n=melgurth@aard252.neoplus.adsl.tpnet.pl) |
14:30.37 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
14:30.48 | tmzt | a lot of 00000000's in the middle of other values |
14:30.54 | tmzt | but nothing that looks like ppp data |
14:31.07 | tmzt | connected over wifi but I think ppp is still up |
14:31.10 | tmzt | checking |
14:35.58 | tmzt | 2228c8xx is the table? |
14:38.56 | tmzt | http://www.nuerom.com/BlogEngine/post/2009/03/05/CE-KITL-instructions.aspx |
14:57.03 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:00.25 | *** join/#htc-linux melgurth1 (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
15:01.45 | tmzt | maejrep: I see DATA5 ... DATA6 ... DATA7 where wiki says data1, 2, 3 should be |
15:03.06 | tmzt | bd40: CS_A2M ... |
15:03.52 | tmzt | well, I found AT recv but we already know that works |
15:04.28 | *** join/#htc-linux CandyPasLa (n=Amine@adsl196-116-153-217-196.adsl196-13.iam.net.ma) |
15:06.02 | tmzt | HaRET(11)# pd 0x01ff0000 0x100 |
15:06.02 | tmzt | 01ff0000 | 352c3520 55510a0d 4f434c41 49204d4d | 5,5..QUALCOMM I |
15:06.02 | tmzt | 01ff0010 | 524f434e 41524f50 0d444554 0d37340a | NCORPORATED..47. |
15:06.03 | tmzt | 01ff0020 | 3035370a 532d4a30 42424344 2d4d5a50 | .7500J-SDCBBPZM- |
15:06.38 | tmzt | HaRET(12)# pd 0x01ff3fc8 0x100 |
15:06.38 | tmzt | 01ff3fc8 | 01560156 00490049 00000000 00000000 | V.V.I.I......... |
15:06.39 | tmzt | 01ff3fd8 | 042c042c 012c012c 00000000 00000000 | ,.,.,.,......... |
15:07.45 | tmzt | turn off data connection: |
15:07.46 | tmzt | HaRET(16)# pd 0x01ff3fc8 0x100 |
15:07.46 | tmzt | 01ff3fc8 | 00160016 007d007d 00000000 00000000 | ....}.}......... |
15:07.47 | tmzt | 01ff3fd8 | 043d043d 01380138 00000000 00000000 | =.=.8.8......... |
15:07.49 | *** join/#htc-linux Slyon (n=lukas@p4FDB3620.dip0.t-ipconnect.de) |
15:13.09 | *** part/#htc-linux Slyon (n=lukas@p4FDB3620.dip0.t-ipconnect.de) |
15:13.09 | *** join/#htc-linux captnoord1 (i=5147a47b@gateway/web/ajax/mibbit.com/x-1c1d693487d688d0) |
15:13.52 | tmzt | turning on data connection: |
15:13.54 | tmzt | HaRET(99)# pd 0x01ff3fcc 0x100 |
15:13.54 | tmzt | 01ff3fcc | 00f500f5 00000000 00000000 0a0a0a0a | ................ |
15:13.55 | tmzt | 01ff3fdc | 024e024e 00000000 00000000 00000000 | N.N............. |
15:14.38 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-289548ce919aeafe) |
15:17.58 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:45.43 | tmzt | 41544144 00000035 |
15:46.06 | tmzt | 41544144 00000036 |
15:46.11 | tmzt | 41544144 00000037 |
15:46.47 | tmzt | ba80 41544144 00000037 |
15:47.01 | tmzt | ba90 00000000 0000000b |
15:47.40 | *** join/#htc-linux exco (n=exco@e181116243.adsl.alicedsl.de) |
15:47.56 | exco | how do I watch cpld changes with haret? |
15:48.15 | AstainHasPS3 | morning |
15:48.34 | exco | good morning |
15:48.56 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
15:54.54 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-9d4fed74db976365) |
16:01.11 | AstainHasPS3 | tmzt having fun with that smd chans? |
16:01.22 | tmzt | some |
16:01.54 | tmzt | I should check the struct and see what the second word is |
16:02.08 | *** join/#htc-linux opennandra (n=opennand@81.89.59.170) |
16:02.09 | tmzt | I get DATA5 is 35 |
16:02.17 | opennandra | hi all |
16:02.18 | tmzt | (hex) |
16:02.33 | opennandra | kaiser question where can I get kernel sources for kaiser |
16:02.43 | tmzt | opennandra: vogue tree |
16:02.48 | melgurth1 | omg... I found excellent initrd for testing |
16:02.53 | tmzt | git.linuxtogo.org kernel.git |
16:02.58 | opennandra | thanks |
16:03.12 | melgurth1 | ftp://ftp.slackware.pl/pub/armedslack/armedslack-current/isolinux/initrd.img |
16:04.34 | tmzt | ok |
16:04.42 | AstainHasPS3 | wow slackware for arm fun |
16:05.20 | melgurth1 | really nice distro :) |
16:05.23 | opennandra | tmzt: I just install latest android build to kaiser but seems wifi is not working |
16:05.27 | tmzt | melgurth1: I think keyboard is matrix, if so you should be able to get it usable as a console pda |
16:05.28 | opennandra | i would like to look |
16:05.31 | lama | you can't use words: slackware and fun in the same sentence |
16:05.34 | tmzt | no wifi yet |
16:05.46 | opennandra | any effort in this area? |
16:05.54 | tmzt | or did we find out it wasn't, lama? |
16:06.02 | tmzt | matrix keyboard |
16:06.57 | lama | it is matrix, and melgurth1 mapped most of the keys |
16:07.24 | melgurth1 | yeah keyboard is almost perfect ;) |
16:08.16 | melgurth1 | only thing I cannot do is Fn key which allow combination to get numbers |
16:08.28 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-960af68a156aef4c) |
16:08.32 | tmzt | cool |
16:08.35 | lama | tmzt: have you seen omni and i780 limo videos? |
16:08.38 | tmzt | map Fn to RIGHTALT |
16:08.38 | lama | omnia |
16:08.44 | tmzt | no, |
16:08.48 | lama | no? oh |
16:09.00 | lama | samsung has shown it on MWC |
16:09.03 | lama | let me find it |
16:09.26 | melgurth1 | yeah samsung have kernel finished |
16:09.57 | melgurth1 | I wish to get it into my hands... |
16:10.00 | lama | http://exabyte.es/omnia/2009/02/video-con-linux-corriendo-en-omnia/ |
16:10.12 | lama | well it's not so clear if it is finished |
16:11.33 | lama | and about getting hands on it, we have to wait, but I doubt it will be easy way (read it NDA) |
16:12.21 | lama | at least touchscreen works, keyaboard, X-server (limo is X based afaik), there is even opera (mobile? or desktop arm?) on this movie |
16:12.48 | melgurth1 | camera |
16:12.49 | lama | samsung is said to release 4 linux phones this year, one will be limo, and rest android |
16:13.01 | tmzt | yeah, and that might help with the phone part later |
16:13.25 | tmzt | but melgurth1 is working on getting a linux kernel working, X should be possible and whatever applications you want |
16:14.16 | melgurth1 | tmzt - got 2 big problems ahead |
16:14.36 | tmzt | ok |
16:14.41 | melgurth1 | MMC cards and USB ethernet |
16:14.54 | lama | I wonder if limo phone won't be from i780 family |
16:15.07 | tmzt | mmc should work, you might need to find a gpio to enable it and one for card detect |
16:15.11 | tmzt | pxa-mci |
16:15.47 | tmzt | usb ethernet uses UDC which should also work with vbus detect gpio otg_transceiver |
16:16.29 | lama | i780like have too small screen for android, and i780 isn't obsolete in samsung eyes, saga and i907 are relatively new phones |
16:16.52 | melgurth1 | tmzt - can we come back to this later? have some real-world things to do |
16:16.54 | lama | so maybe they will release something similar to i780 with limo |
16:17.11 | tmzt | sure |
16:17.11 | lama | melgurth1: irc is real world |
16:17.21 | melgurth1 | yeah... |
16:17.34 | tmzt | lama: they've released a lot of things similar to i780, though I expect anything android to be MSM based |
16:17.39 | melgurth1 | later |
16:17.41 | *** part/#htc-linux melgurth1 (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:17.46 | *** join/#htc-linux melgurth1 (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:17.50 | *** part/#htc-linux melgurth1 (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:18.42 | lama | tmzt: I was told that samsung will focus on limo, and maybe own "distro" |
16:19.31 | lama | maybe not focus - they don't see linux is android only |
16:24.53 | lama | oh, there is Signal strength icon on this movie |
16:27.57 | tmzt | lama: suprised about the LG stuff in that video, that's a linux OS on what could be a simple msm chipset |
16:28.14 | tmzt | well, no, that's the Incite, WM phone isn't it |
16:28.25 | tmzt | it just looks similar to the others |
16:29.36 | lama | LG promised to release 50 wm phones, lol |
16:31.12 | lama | and LG was introduced on MWC as a main mobile phones partner for M$ |
16:31.26 | lama | so I doubt they will release anything with Linux |
16:36.41 | *** join/#htc-linux hechu (n=hechu@116.22.50.173) |
16:38.49 | lama | http://www.phonescoop.com/articles/article.php?a=254&p=1894&g=2227&h=20486 |
16:38.52 | lama | heh |
16:39.08 | *** join/#htc-linux melgurth (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:39.15 | lama | no win logo on key left from touchpad |
16:39.18 | lama | :) |
16:40.29 | lama | http://www.phonescoop.com/articles/article.php?a=254&p=1894 |
16:41.12 | *** join/#htc-linux MethoS- (n=lem@host-091-097-242-021.ewe-ip-backbone.de) |
16:42.20 | melgurth | guys, offtopic question. what irc client are you using/which suppose to be best? pidgin is crap :P |
16:42.37 | boli^ | icechat works ok for me |
16:43.16 | boli^ | i avoid mirc, tho there are those that like it |
16:43.16 | *** join/#htc-linux thinko2 (n=jdoe6alp@smaug.rackdragon.com) |
16:45.15 | *** part/#htc-linux melgurth (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:45.15 | *** join/#htc-linux melgurth_ (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:45.15 | lama | melgurth_: irssi |
16:46.15 | *** join/#htc-linux hechu (n=hechu@116.22.50.173) [NETSPLIT VICTIM] |
16:46.15 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
16:46.15 | *** join/#htc-linux Octobinz (n=Octobinz@LRouen-151-71-129-32.w193-253.abo.wanadoo.fr) [NETSPLIT VICTIM] |
16:46.15 | *** join/#htc-linux maejrep[w] (n=madCoder@smtp-n.myyearbook.com) [NETSPLIT VICTIM] |
16:46.15 | *** join/#htc-linux Shinto (n=John@f053025021.adsl.alicedsl.de) [NETSPLIT VICTIM] |
16:46.15 | *** join/#htc-linux maejrep (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
16:46.15 | *** join/#htc-linux lpotter (n=lpotter@218.185.108.156) |
16:46.15 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) |
16:47.22 | lama | how usable is/are android (market aplications) on non hvga phones |
16:51.16 | *** join/#htc-linux melgurth (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
16:52.24 | *** part/#htc-linux exco (n=exco@e181116243.adsl.alicedsl.de) |
16:54.25 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
16:55.43 | melgurth | tmzt - about that MMC. what shall I do? |
17:00.48 | *** join/#htc-linux zycho (n=zycho@a89-182-13-46.net-htp.de) |
17:01.54 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-590a3ec716d9d239) |
17:19.04 | *** join/#htc-linux goxboxlive_ (n=goxboxli@185.84-48-126.nextgentel.com) |
17:36.18 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
17:50.34 | melgurth | I'm a bit confused. what config should I chose to connect to my device via USB cable, CDC Ether, Ethernet gadget, USB serial... |
17:52.48 | melgurth | just want to know what options are necessary to get ethernet connection |
17:53.10 | *** part/#htc-linux melgurth (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
17:53.30 | *** join/#htc-linux melgurth (n=melgurth@aeek86.neoplus.adsl.tpnet.pl) |
17:54.27 | *** join/#htc-linux wdslbr (n=asa@dslb-088-069-221-150.pools.arcor-ip.net) |
18:01.47 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
18:04.26 | tsdogs | BabelO: there? |
18:22.25 | BabelO | tsdogs: yes |
18:24.45 | tsdogs | BabelO: news on the translation :) |
18:24.47 | tsdogs | ? |
18:25.12 | BabelO | some more string. but i did not found time :( |
18:25.58 | tsdogs | ok no prob. |
18:52.25 | hechu | hi, tsdogs . I am Chinese, do you need anything to translate to Chinese language? |
18:52.39 | hechu | maybe I can help. |
18:53.04 | tsdogs | hechu: if you want to http://openupload.sourceforge.net/ |
18:53.11 | tsdogs | pretty OT though :) |
18:54.43 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
18:54.58 | hechu | tsdogs, I am reading the page. |
18:55.03 | *** join/#htc-linux noodlesgc (n=noodles@c-98-236-128-25.hsd1.oh.comcast.net) |
18:58.37 | *** join/#htc-linux MethoS-- (n=lem@host-091-096-214-101.ewe-ip-backbone.de) |
19:00.27 | BabelO | tsdogs: i ve done template.po |
19:00.34 | BabelO | tsdogs: you want by mail ? |
19:00.58 | tsdogs | sure mail is fine. |
19:01.52 | tsdogs | hmm, screenshot link is broken :( |
19:02.07 | BabelO | tsdogs: but i need a context to see what fit the best |
19:02.19 | BabelO | some are hard to do without context application |
19:02.31 | BabelO | tsdogs: mail sent to briosix |
19:03.13 | tsdogs | hmm, ok. I'll be putting the app online somewhere so you can test it :) |
19:03.19 | tsdogs | thz |
19:03.26 | tsdogs | s/z/x/ |
19:07.23 | tsdogs | BabelO: maybe the screenshots can help you out? |
19:07.31 | BabelO | i think yes |
19:08.29 | tsdogs | ok, let me know if you need further info. |
19:08.35 | tsdogs | gg, bbl. cya |
19:17.08 | BabelO | tsdogs i send you the second file too |
19:21.40 | *** join/#htc-linux Uncle_CM (n=Uncle@ip-62-143-189-51.unitymediagroup.de) |
19:30.44 | *** join/#htc-linux woods26 (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
19:32.54 | *** join/#htc-linux Xime (n=xime@bankize.net) |
19:34.10 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
19:41.44 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
19:43.42 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
19:43.55 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
19:50.13 | *** join/#htc-linux apt (i=ibot@rikers.org) |
19:50.13 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
19:50.47 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
20:07.38 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
20:12.51 | tsdogs | hechu: thx for the translation. can you also translate the openupload.po ? |
20:14.11 | hechu | tsdogs, yes I am doing now. |
20:14.18 | tsdogs | ok :) |
20:14.24 | hechu | I got the file from BabelO. |
20:15.23 | tsdogs | hechu: what is the iso for chineese ? |
20:16.02 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
20:16.43 | tsdogs | would ZH be ok? |
20:16.57 | tsdogs | or zh-cn? |
20:17.40 | hechu | tsdogs, template.po: ISO-8859 PO (gettext message catalogue) text |
20:17.56 | hechu | tsdogs, I can open and read it in gedit. |
20:18.06 | tsdogs | ok. |
20:20.21 | *** join/#htc-linux apt (i=ibot@rikers.org) |
20:20.21 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
20:20.39 | tsdogs | ok, but I thought that utf-8 would cover that :/ |
20:20.41 | hechu | tsdogs, zh_CN.GB2312 or zh_CN.GBK will be OK. |
20:20.55 | tsdogs | ok |
20:22.27 | BabelO | tsdogs: you got the second file ? |
20:24.06 | tsdogs | BabelO: yes |
20:24.11 | *** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
20:24.21 | tsdogs | thank you :) |
20:26.44 | BabelO | tsdogs: can you do the italian translation on GT ? |
20:27.01 | BabelO | but more strings :) |
20:27.25 | tsdogs | I already started it, though it will take some time as there are many things I have no idea how to translate or what the mean :) |
20:27.44 | tsdogs | too much geo there for me ;) |
20:28.18 | BabelO | i have looked a gg earth :) for somes |
20:28.37 | tsdogs | lol |
20:29.16 | tsdogs | bbl, dinner time |
20:37.49 | *** join/#htc-linux ClashTheBunny (i=c72ec6e6@gateway/web/ajax/mibbit.com/x-655deced2f0daad8) |
20:41.46 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
20:48.20 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
20:51.36 | *** join/#htc-linux Tinyboom (n=nahh@200.80-202-157.nextgentel.com) |
21:01.04 | *** join/#htc-linux BabelO (n=BabelO@lun34-2-82-238-28-28.fbx.proxad.net) |
21:04.25 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
21:09.17 | *** join/#htc-linux tre9 (n=ubuntu@lepke.dreamhost.com) |
21:19.41 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
21:26.26 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
21:31.44 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
21:37.01 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
21:37.13 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
21:39.18 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfcdb5.pool.einsundeins.de) |
21:43.43 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-120-18.web.vodafone.de) |
22:01.09 | *** join/#htc-linux dgmdan (n=dontspam@c-68-82-82-139.hsd1.pa.comcast.net) |
22:05.50 | BabelO | tsdogs, around ? |
22:06.06 | tsdogs | BabelO: yep |
22:06.21 | BabelO | tsdogs, do you have a link to roadmap wince sources ? |
22:06.50 | tsdogs | hmm, the cvs version should build for wince, but only from linux :) |
22:07.28 | tsdogs | probably you better download the release |
22:07.46 | tsdogs | there were a few commits lately which probably break some things |
22:07.53 | tsdogs | http://roadmap.sf.net/ |
22:07.56 | BabelO | i have to look how they manage the commport |
22:08.25 | tsdogs | well afair it uses gpsd ... |
22:08.33 | BabelO | nooo |
22:08.45 | tsdogs | maybe on wince not ... |
22:09.47 | tsdogs | let me check |
22:10.36 | *** join/#htc-linux angryundead (n=angryund@cpe-098-025-043-141.sc.res.rr.com) |
22:11.04 | angryundead | hello |
22:11.15 | BabelO | tsdogs,it is std serial port call |
22:11.32 | tsdogs | BabelO: yep there is serial code there :) |
22:11.36 | tsdogs | angryundead: hi |
22:11.57 | angryundead | i wanted to stop in, maybe ask a question about compiling the kernel from the htc-vogue branch if anyone has a moment. |
22:12.56 | tsdogs | hmm, dunno if the ones working on vouge are here now, but ask and let's see :) |
22:13.42 | angryundead | well, its a general problem with compiling the kernel. I was able to compile it a few days ago, then I did a "git pull" and got some errors. |
22:13.45 | angryundead | arch/arm/mach-msm/built-in.o: In function `htc_battery_probe': |
22:13.45 | angryundead | pm.c:(.text+0x6770): undefined reference to `power_supply_register' |
22:13.48 | angryundead | and more along those lines |
22:13.58 | angryundead | I suspect I'm missing something in my kernel config |
22:15.12 | tsdogs | maybe u need to do a new configure? or it might also be broken. |
22:15.25 | tsdogs | did git give u some conflicts? |
22:16.24 | angryundead | it did, so i wiped all my changes and checked it out again. i'm new to git. |
22:16.51 | angryundead | i guess i'll just do a new configure from scracth wit the default config command. |
22:17.22 | tsdogs | if you do a git branch what does it tell you? |
22:18.48 | angryundead | * htc-vogue |
22:18.48 | angryundead | <PROTECTED> |
22:20.04 | tsdogs | if you do a git pull it tells you are already up to date? |
22:20.59 | angryundead | give me one sec |
22:21.49 | angryundead | i started a build after doing |
22:21.50 | angryundead | make vogue_defconfig ARCH=arm; make menuconfig |
22:21.57 | angryundead | it'll be done or fail in a bit |
22:22.56 | tsdogs | ok |
22:26.01 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
22:26.06 | angryundead | that fixed it |
22:26.13 | angryundead | *sigh* |
22:26.22 | angryundead | now all I have to do is go back in and config the options I want |
22:26.36 | tsdogs | good :) |
22:26.39 | angryundead | thanks tsdogs |
22:26.45 | tsdogs | np |
22:26.49 | angryundead | sometimes you just need someone else to remind you the instructions are around for a reason |
22:31.14 | angryundead | i swear they moved ext2/ext3/jfs and all that on me |
22:34.23 | angryundead | in File Systems those options are gone |
22:34.24 | angryundead | :( |
22:46.21 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM] |
23:12.28 | cr2 | tsdogs: still here ? |
23:12.40 | tsdogs | cr2: yep |
23:12.47 | tsdogs | hi, long time he :) |
23:13.01 | cr2 | hi :) |
23:13.30 | cr2 | i want to return back to roadmap, GT/M and gps |
23:13.51 | tsdogs | good, have you been following the roadmap ML lately? |
23:14.13 | cr2 | some things in roadmap still hurt the eye |
23:14.32 | cr2 | yes, but i can't write anything because i don't have an e-mail |
23:14.54 | tsdogs | defenatly, I was going to try do a basic rendering on an osm sqlite db :) |
23:15.17 | cr2 | the osm parser is really retarded |
23:15.27 | cr2 | not techinically of course |
23:15.45 | tsdogs | cr2: you need one e-mail? |
23:15.47 | cr2 | but because of the hardcoded primitive layer model of 2002 |
23:16.21 | tsdogs | I'd be totally in favor to a rdm structure change |
23:17.10 | cr2 | yes, i'm thinking how to do e-mail is a reliable long-term way. |
23:17.28 | cr2 | without google & co. |
23:18.26 | tsdogs | define long term :) |
23:19.07 | cr2 | independent of the job |
23:19.53 | cr2 | i still can use many of the addresses i had for 10 years |
23:20.04 | cr2 | but it's not an optimal solution |
23:20.46 | tsdogs | ok, I'll see if I can get one for you :) |
23:20.55 | cr2 | :) |
23:21.12 | cr2 | the .rdm is a suboptimal format |
23:21.43 | cr2 | grmn .img is better, but kiozen criticises it too |
23:21.49 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
23:22.14 | cr2 | but he still does not do routing in qlandkarte |
23:22.41 | tsdogs | I'm not the one to judge. |
23:22.42 | cr2 | and there is no reasonable proposal for a new uniform sensible format |
23:23.08 | tsdogs | yep, haven't seen anybody going towards that. |
23:23.42 | cr2 | everybody creates their own (look at osm clients), but still there is no comprehensible format |
23:24.17 | tsdogs | that's why I wanted to experiment with sqlite, there is also spatialite :) |
23:24.26 | tsdogs | but that'd be too much |
23:24.29 | cr2 | but at least we can fix the obvious deficiencies in .rdm |
23:24.38 | cr2 | i doubt that they are compact |
23:24.49 | tsdogs | yep the index beeing one of them |
23:24.58 | cr2 | and their performance is really fine-tuned for a small device |
23:25.23 | tsdogs | ? rdm |
23:25.25 | cr2 | lol. you can use postgis directly |
23:25.30 | tsdogs | lol |
23:25.50 | cr2 | it's nice, well documented and very clean in object design. |
23:26.06 | cr2 | but completely inappropriate :) |
23:26.47 | tsdogs | well it has some years were cpu power was important |
23:26.56 | tsdogs | s/were/where/ |
23:27.01 | cr2 | i think that the most annoying misfeature of .rdm is the missing poi/point layer support |
23:27.18 | tsdogs | imho it's the too many objects |
23:28.20 | tsdogs | ok also poi/points might be one, did I start something on that? |
23:28.30 | cr2 | actually i'd like to feed a lot of data into postgis right now. we will see how it performs. |
23:28.49 | cr2 | yes, you have mostly done point labels |
23:29.02 | tsdogs | but it was a hack afair |
23:29.06 | cr2 | but we also need to extend the .rdm |
23:29.26 | tsdogs | aren't points already supported? |
23:29.33 | tsdogs | in rdm I mean |
23:29.34 | cr2 | to add the real point layer. |
23:29.46 | tsdogs | hmm, ok i suppose not |
23:29.51 | cr2 | the points are supported, but you can't attach any object to a point. |
23:30.10 | cr2 | there are 'landmarks' in .rdm, they ave labels |
23:30.23 | cr2 | but you can't really query them. |
23:30.43 | tsdogs | well, if you have point layers you can draw them depending on the layer they belong. though they could need a label |
23:30.47 | cr2 | at least that's what remained in my L3 brain cache from that time :) |
23:31.14 | tsdogs | lol |
23:31.23 | cr2 | btw, afair there is poi support |
23:31.35 | cr2 | bt it's done in a very ugly way |
23:31.54 | cr2 | the poi layer must be in .gpx |
23:32.05 | tsdogs | roadmap_point.* is there |
23:32.10 | tsdogs | ho |
23:32.14 | cr2 | and the renderer uses weird gpsbabel gpx parser structures |
23:32.23 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
23:32.45 | cr2 | yes, the point as vertex in a polyline or a polygon. |
23:32.46 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
23:33.12 | tsdogs | ho ok |
23:33.21 | cr2 | but not a point as an independed object |
23:33.32 | cr2 | equal to line and polygon |
23:33.46 | tsdogs | which should be similar to user landmarks |
23:33.58 | cr2 | yes |
23:34.06 | cr2 | but you don't want to parse gpx |
23:34.21 | cr2 | but use fast mmaped .rdm access |
23:34.31 | cr2 | like it's done for polylines and polygons |
23:34.41 | tsdogs | sure, it only needs an id to point |
23:34.43 | cr2 | i think it's the major design flaw in .rdm |
23:34.56 | cr2 | maybe it was reasonable in 2002, |
23:35.01 | cr2 | but not now. |
23:35.21 | tsdogs | it comes from tiger so probably there is no point in tiger |
23:35.59 | cr2 | yes, there are many other weird things that came from tiger :) |
23:36.30 | cr2 | like the non zero terminated strings |
23:36.46 | *** join/#htc-linux ltxda0 (n=anon@unaffiliated/ltxda) |
23:36.49 | cr2 | and the strange layer model |
23:36.50 | tsdogs | ok, first thing should be to change buildmap to include that data into rdm, but imho we will hit the "too many objects" easily |
23:37.10 | cr2 | but the layer model was fixed in 1.1.x |
23:37.19 | cr2 | no |
23:37.38 | tsdogs | was that fixed? |
23:37.49 | cr2 | the too many (>0xffff) objects is a polygon design problem. |
23:38.02 | cr2 | you can have as much points as you can. |
23:38.19 | tsdogs | ho ok. it's the inclusion inside the polygon right, I getting old :) |
23:38.20 | cr2 | because each line must have at least two points. |
23:38.39 | cr2 | yes. and this limit is unacceptable |
23:38.48 | cr2 | if you want to have houses. |
23:39.12 | cr2 | but it can be worked around. |
23:39.26 | cr2 | by splitting the map into pieces. |
23:39.26 | tsdogs | yeah splitting the polygons |
23:39.49 | cr2 | no poi label support is a much bigger problem, imho |
23:39.58 | cr2 | which is also much easier to fix. |
23:40.04 | tsdogs | ok, the points should be trivial to add. |
23:40.28 | cr2 | by extending/misusing the landmark api ? |
23:40.29 | tsdogs | adding new layers / Layer type and then rendering |
23:40.59 | cr2 | i think they already have a layer... |
23:41.11 | cr2 | hmm. i had some notes about it. |
23:41.34 | tsdogs | but imho they should have different layers |
23:41.42 | cr2 | but it's not easy to find them in this chaos, after i've moved. |
23:41.52 | tsdogs | one for each category like the streets |
23:42.01 | tsdogs | lol |
23:42.04 | cr2 | let me check. |
23:42.11 | tsdogs | brb |
23:47.14 | cr2 | void roadmap_landmark_draw_waypoint |
23:47.15 | cr2 | <PROTECTED> |
23:49.10 | tsdogs | ok but that one is not the landmark you are referrig to afair |
23:49.19 | cr2 | waypoint is defined in gpx/defs.h |
23:49.27 | tsdogs | ho |
23:49.43 | cr2 | yes, but there is no other poi drawing api |
23:49.56 | cr2 | and this one is very gpx specific |
23:50.01 | cr2 | without any reason. |
23:50.13 | cr2 | other than historical |
23:51.10 | cr2 | it could have been void roadmap_landmark_draw_waypoint (const RoadmapPoi *po,... |
23:51.14 | cr2 | or something like that |
23:52.19 | tsdogs | maybe they wanted to handle some input from the gpx trak ? |
23:53.10 | cr2 | it was easy to drop in the gpsbabel code into the source |
23:54.11 | tsdogs | :) |
23:54.19 | cr2 | it's ok, when the number of pois is limited |
23:54.44 | cr2 | but if you want to name many things, it's bad |
23:54.49 | tsdogs | I'd go in creating the point layers in buildmap and then adding the code to handle the drawing |
23:55.01 | cr2 | because you miss the spatial point index, and so on. |
23:55.16 | cr2 | leading to an unbelieavable waste of resources |
23:55.59 | cr2 | look at the polygon landmarks |
23:56.10 | cr2 | afair you have added polygon labels ? |
23:56.19 | cr2 | is this code in mainline ? |
23:56.48 | tsdogs | yep, but as I sayd it looked more as a hack. |
23:56.50 | tsdogs | nope. |
23:57.08 | tsdogs | I might try to submit it for comments :) |
23:57.23 | cr2 | ok |
23:57.27 | cr2 | buildmap_polygon.c |
23:57.40 | cr2 | int buildmap_polygon_add_landmark |
23:57.42 | cr2 | <PROTECTED> |
23:57.55 | cr2 | the cfcc is there |
23:58.01 | cr2 | so you have layer support |
23:58.11 | cr2 | 'char' is bad though |
23:58.33 | cr2 | because that limits you to <128 layers |