| 00:41.23 | *** join/#htc-linux anthis (n=moo@12-184.228.popsite.net) |
| 01:26.52 | LunohoD_ | BabelO: hi |
| 01:26.56 | LunohoD_ | BabelO: are you here? |
| 02:30.50 | LunohoD_ | ~seen pH5 |
| 02:30.53 | apt | ph5 <n=ph5@p5485E3D2.dip.t-dialin.net> was last seen on IRC in channel #htc-linux, 1d 10h 35m 45s ago, saying: 'psokolovsky: xrandr is only a protocol to handle the resizing of the virtual screen and location/orientation of the output viewports given their available modes. which modes are supported by the output device and how they are handled is up to ... |
| 02:31.04 | LunohoD_ | ~help |
| 02:31.28 | LunohoD_ | ~seen sadness |
| 02:31.29 | apt | LunohoD_: i haven't seen 'sadness' |
| 03:03.05 | *** join/#htc-linux anthis (n=moo@10-179.228.popsite.net) |
| 03:04.20 | *** join/#htc-linux bernt (n=bernt@dslb-084-060-123-080.pools.arcor-ip.net) |
| 03:57.56 | *** join/#htc-linux the_sys0p` (i=the_sys0@gateway/tor/x-bc6d6a43dbebe813) |
| 04:02.21 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfbcc9.pool.einsundeins.de) |
| 05:08.01 | *** join/#htc-linux sleepy_bird (n=chatzill@121.1.26.226) |
| 05:09.25 | sleepy_bird | is there?htc linux? |
| 05:11.48 | paulproteus | There is in fact. |
| 05:12.37 | sleepy_bird | how can i do it? would i end bricking my phone? |
| 05:14.16 | sleepy_bird | a friend of mine has these phone made in china,it looks like an iphone,but its not..the os is, well i dont even know what os they use in it.. |
| 05:14.53 | sleepy_bird | u think i might be able to use linux in it..just ot give it an even more pleasing look? |
| 05:15.53 | paulproteus | Maybe - is it made by HTC? |
| 05:16.03 | paulproteus | You'd have to write some software to make it look even more pleasing. |
| 05:16.13 | paulproteus | You could use some existing phone software like Qtopia. |
| 05:16.16 | paulproteus | What kind of skills do you have? |
| 05:17.34 | sleepy_bird | i dont know if its even made by htc..it just looks like one... |
| 05:18.44 | sleepy_bird | skills..im not that really good, i only install anything that i can get my hands on,i did however have some cellphone repair school studies.. |
| 05:18.53 | sleepy_bird | but im not that good.. |
| 05:19.17 | sleepy_bird | i have an htc phone though.. |
| 05:20.17 | paulproteus | Well, it's software skills that would come in handy here. |
| 05:20.32 | paulproteus | Can you match the phone with one of the phones listed on the handhelds.org wiki or xda-developers.com? |
| 05:20.38 | paulproteus | That would help us figure out if it's an HTC. |
| 05:20.55 | sleepy_bird | yep its an htc wizard.. |
| 05:21.23 | *** join/#htc-linux goxboxlive (n=jrs@195.159.97.196) |
| 05:21.27 | paulproteus | What does handhelds.org say about the Wizard? |
| 05:21.34 | paulproteus | I honestly don't remember, which is why I ask. |
| 05:21.35 | sleepy_bird | i did get some tips from xda developers on how to make it look like an iphone.. |
| 05:21.43 | paulproteus | Oh, like how? (URL?) |
| 05:21.52 | goxboxlive | Good morning |
| 05:21.56 | paulproteus | Mornin'. |
| 05:22.40 | sleepy_bird | well htc i think calls it wizard,but it was released by t-mobile as MDA vario, i think.. |
| 05:23.46 | *** join/#htc-linux echowip (n=moo@15-074.228.popsite.net) |
| 05:24.18 | paulproteus | Yes - the HTC name is what we'll always use here, so let's stick to that. |
| 05:24.47 | sleepy_bird | ok.. |
| 05:26.02 | paulproteus | http://www.handhelds.org/moin/moin.cgi/HTCWizard isn't all that hopeful. |
| 05:26.34 | paulproteus | https://sourceforge.net/projects/linwizard/ has some good news. |
| 05:29.58 | sleepy_bird | is it safe? i mean downloading and putting the software?any guarantees? |
| 05:30.15 | paulproteus | I wouldn't bet my *life* on it, but it is safe. |
| 05:31.11 | sleepy_bird | okeys!all i see are the screenshots of the boot process..how about the GUI? |
| 05:38.27 | paulproteus | I think they cover that on the sourceforge site too. |
| 05:57.20 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-d09d9e4e685f8bb6) |
| 06:02.02 | *** join/#htc-linux anthis (n=moo@16-202.228.popsite.net) |
| 06:32.00 | *** join/#htc-linux anthis (n=moo@10-154.228.popsite.net) |
| 06:47.18 | *** join/#htc-linux _law_ (n=law@mail.stiftadmont.at) |
| 06:59.33 | *** join/#htc-linux rob_w (n=bob@X1d05.x.pppool.de) |
| 07:00.49 | *** join/#htc-linux kiozen (n=kiozen@p5492A966.dip0.t-ipconnect.de) |
| 07:29.54 | *** join/#htc-linux rmoravcik (n=moravcik@gtsgw.ttc.cz) |
| 07:32.38 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:41.51 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-e4a264a2366201ba) |
| 08:19.42 | *** part/#htc-linux steve56 (n=user@79-68-92-72.dynamic.dsl.as9105.com) |
| 08:35.58 | *** join/#htc-linux rob_w (n=bob@X1d05.x.pppool.de) |
| 09:15.57 | *** join/#htc-linux SmallR2002 (n=SmallR20@79-74-8-170.dynamic.dsl.as9105.com) |
| 09:16.13 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 09:16.34 | BabelO | h |
| 09:16.37 | BabelO | i |
| 09:20.41 | kiozen | lol, what doe we learn from that: BabelO's right hand had coffee and pressed the return key befor the left hand (without coffee) finally made it to the i key |
| 09:21.03 | kiozen | MORNING BabelO |
| 09:21.20 | BabelO | hi kiozen :) |
| 09:21.32 | BabelO | it is exactly that |
| 09:22.07 | kiozen | ... exceed pyhsical limits... need refill.. |
| 09:23.47 | BabelO | kiozen: My next challenge is to arrive at the office before 9am in the morning. |
| 09:24.05 | kiozen | lol |
| 09:24.39 | BabelO | kiozen: a question |
| 09:25.37 | BabelO | kiozen: in my app, i add widget in a listwidget, i can select them with touch, but i want to add possibility select them only with keyboard |
| 09:26.08 | BabelO | kiozen: i can do that my keeping a pointer to latest widget selected, is there a clean way to do that ? |
| 09:26.32 | BabelO | s/my kee/by kee/ |
| 09:27.49 | kiozen | BabelO: I use the default up/down/select key machanism. But you have to make sure the list widget has the focus |
| 09:29.41 | kiozen | BabelO: http://qlandkartegt.svn.sourceforge.net/viewvc/qlandkartegt/QLandkarteM/trunk/src/CDlgWptIcon.cpp?revision=107&view=markup |
| 09:29.42 | BabelO | kiozen: ah, i forgot to say that this widget are QPushButton, my widget is inherited |
| 09:30.48 | BabelO | kiozen: ok, thanks i see. i just have to ensure that focus is on widget |
| 09:31.03 | kiozen | BabelO: yes that is essential :) |
| 09:39.25 | BabelO | kiozen: ok then i just need to add something transparent on top of my button ;) |
| 09:41.05 | kiozen | BabelO: why? can't you fillter the select key and simulate a button click? |
| 09:46.06 | LunohoD_ | re |
| 09:46.08 | LunohoD_ | BabelO: hi |
| 09:46.20 | LunohoD_ | BabelO: you was working on artemis, right? |
| 09:47.29 | LunohoD_ | s/was/were/ |
| 09:56.51 | *** part/#htc-linux rmoravcik (n=moravcik@gtsgw.ttc.cz) |
| 09:58.30 | LunohoD_ | BabelO: the kernel from http://linuxbox2.free.fr/artemis/ is booting on my prophet. did you have any further success? touchscreen, gsm? |
| 09:59.39 | BabelO | LunohoD_: yes it s me. |
| 09:59.57 | cr2 | hi |
| 10:00.07 | LunohoD_ | hi, cr2 |
| 10:00.22 | BabelO | LunohoD_: I ll try to remove freeze of the device before to continu with other feature |
| 10:00.23 | cr2 | LunohoD_: prophet has "i2c" CPLD, it's different from artemis |
| 10:00.25 | BabelO | hi cr2 |
| 10:00.36 | cr2 | hi BabelO |
| 10:00.44 | LunohoD_ | cr2 :( |
| 10:00.53 | cr2 | kiozen: i can't compile M on PC |
| 10:00.55 | cr2 | bbl |
| 10:01.03 | BabelO | kiozen: i ll try to see you what i need with screenshot |
| 10:02.22 | kiozen | cr2: Did you read the howto ;) ? http://www.qlandkarte.org/index.php?option=com_content&view=article&id=4&Itemid=5 |
| 10:02.46 | kiozen | cr2: you need the Qtopia SDK compiles for a gcc411 device, now |
| 10:02.59 | LunohoD_ | we are trying to add omap850 support in the vanilla omap-linux |
| 10:03.11 | kiozen | s/compiles/compiled/ |
| 10:05.07 | BabelO | LunohoD_: ah good, do you have a git tree ? i just checkout few days ago linux-omap git |
| 10:05.16 | BabelO | is it the same ? |
| 10:06.22 | LunohoD_ | BabelO: you can first clone linux-omap and then fetch the changes from git://walrus.centrixpr.com/linwizard/linux-omap-2.6.git/ |
| 10:07.26 | LunohoD_ | vanilla branch is 2.6.23 with omap850 support and wizard code |
| 10:08.19 | LunohoD_ | it doesn't boot right now due to some mmu issues |
| 10:11.10 | *** join/#htc-linux rmoravcik (n=moravcik@gtsgw.ttc.cz) |
| 10:14.22 | BabelO | LunohoD_: ok i ll look this evening |
| 10:15.20 | BabelO | LunohoD_: patch in my subfolder is for handhelds kernel |
| 10:29.40 | Foxdie | hi all |
| 10:39.11 | cr2 | kiozen: yes, i've read the howto, but i want to compile it for the x86_64 target. |
| 10:39.48 | kiozen | cr2: did you compile Qtopiy sdk? |
| 10:39.58 | kiozen | s/Qtopiy/Qtopia |
| 10:43.00 | kiozen | cr2: there is no pure x86 Qt mode anymore. |
| 10:43.26 | kiozen | cr2: QLandkarteM needs a qvfb device to run on |
| 10:46.32 | cr2 | ok. |
| 10:54.23 | *** join/#htc-linux rob_w (n=bob@X1d05.x.pppool.de) |
| 11:12.50 | *** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39) |
| 11:22.55 | cr2 | hi tsdogs |
| 11:23.03 | tsdogs | cr2: hi |
| 11:23.20 | tsdogs | cr2: I'm trying to merge mainline into xanadux, but I think something is missing :( |
| 11:23.23 | cr2 | my e-mails to roadmap ML are rejected as spam :) |
| 11:23.29 | tsdogs | cr2: :) |
| 11:23.49 | tsdogs | it seems polygons are gone... |
| 11:24.29 | cr2 | ? |
| 11:24.29 | cr2 | it's the 32bit vs 24bit polygons |
| 11:24.29 | tsdogs | what I mean is that rendering with new version (merged one) does not render the lakes. |
| 11:24.43 | cr2 | mainline uses the 24bit hack. |
| 11:24.52 | tsdogs | cr2: yes could be, the problem is that I have not really any idea on what u changed in the source :) |
| 11:25.00 | cr2 | hmm. |
| 11:25.37 | tsdogs | there is reference to a cvs merge, though I have no idea what's your changes and what's mainline change in cvs |
| 11:25.38 | cr2 | i've changed the 'short' to 'int' in the pre-24bit hack version |
| 11:25.53 | tsdogs | cr2: ok that I've seend I think |
| 11:26.12 | cr2 | so my version is 'older' |
| 11:26.50 | cr2 | and consistently get rid of the 'short' and 'char' where they hurt the world map. |
| 11:27.12 | tsdogs | ok so all the reference to cfcc should be int. |
| 11:27.26 | cr2 | but there are probably some minor things left. |
| 11:27.28 | tsdogs | (cfcc = layer, do we really have more thatn 256 layers?) |
| 11:27.46 | cr2 | >127, yes |
| 11:27.53 | cr2 | and this is a problem. |
| 11:28.09 | *** join/#htc-linux Robwoerle (n=bob@M903c.m.pppool.de) |
| 11:28.12 | cr2 | it's char, not unsigned char. |
| 11:28.23 | cr2 | there are cfcc < 0 checks. |
| 11:28.25 | tsdogs | ok, but I think I left all the cfcc to int |
| 11:28.57 | cr2 | if we will add the point layers, it may exceed 255. i guess. |
| 11:29.26 | cr2 | afair 1024 layers limit is hardcoded in the other parts. |
| 11:29.42 | tsdogs | ok I only have "char cfcc" in buildmap_shapefile.c |
| 11:29.43 | cr2 | so it's de-facto 'int' already. |
| 11:29.59 | cr2 | shapefile is obsolete. |
| 11:30.07 | cr2 | as in 'too primitive' |
| 11:30.19 | tsdogs | ok, so this is not the problem I have |
| 11:30.44 | tsdogs | where are the lake polygons rendered ? in roadmap_polygon? :) |
| 11:31.25 | cr2 | the _shpmp.c is the de-facto xanadux builder. |
| 11:31.46 | cr2 | it's a twisted issue, i don't remember ;) |
| 11:31.47 | tsdogs | hmm maybe I found what the problem is: they renamed "pollygon" to "polygons" |
| 11:32.23 | cr2 | but at least they are rendered somehow, even if with bugs for islands. |
| 11:32.55 | tsdogs | hmm nope, still no lake |
| 11:35.15 | tsdogs | cr2: /* Table polygons/points (old code only) is an array of int. */ |
| 11:35.23 | tsdogs | /* Table polygons/lines is an array of int. */ |
| 11:35.23 | tsdogs | typedef int RoadMapPolygonLine; |
| 11:36.16 | BabelO | kiozen: still around ? |
| 11:37.22 | cr2 | tsdogs: you may tag the current state, and commit your changes. then i can have a closer look. |
| 11:37.29 | cr2 | bbl |
| 11:37.32 | tsdogs | cr2: ok |
| 11:58.08 | kiozen | BabelO: ? |
| 11:59.24 | BabelO | kiozen: it is ok, i change meta tag and i add a bad logo ;) |
| 12:10.12 | *** join/#htc-linux ux7b (i=ux7b@rzstud2.stud.uni-karlsruhe.de) |
| 12:43.19 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 13:00.23 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 13:29.25 | goxboxlive | cr2: the version of roadmap in xanadx source doesnt compile for me. |
| 13:41.22 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-699386363b3d3df2) |
| 13:57.22 | cr2 | goxboxlive: it's the update by tsdogs, we need to fix some bugs. |
| 13:57.43 | tsdogs | goxboxlive: it builds for qt4 for me |
| 13:59.54 | goxboxlive | tsdogs: ok, i'll test further when i get home from work. I pastebin the bug. Most certain there are something local . |
| 14:00.08 | goxboxlive | I had some changes in the config.mk file, so it night be there |
| 14:00.11 | goxboxlive | bbl |
| 14:01.00 | *** part/#htc-linux goxboxlive (n=jrs@195.159.97.196) |
| 14:11.51 | tsdogs | cr2: I think I have updated the cvs to latest version. |
| 14:21.00 | *** join/#htc-linux steve56 (n=user@86.160.69.213) |
| 14:21.35 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 14:21.36 | *** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39) [NETSPLIT VICTIM] |
| 14:21.36 | *** join/#htc-linux _law_ (n=law@mail.stiftadmont.at) |
| 14:21.36 | *** join/#htc-linux aLeSD (n=alex@236.Red-88-26-162.staticIP.rima-tde.net) [NETSPLIT VICTIM] |
| 14:21.36 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM] |
| 14:41.48 | *** join/#htc-linux rmoravcik (n=moravcik@gtsgw.ttc.cz) |
| 14:51.38 | *** join/#htc-linux rob_w (n=bob@M8b78.m.pppool.de) |
| 15:15.17 | steve56 | hello folks... |
| 15:21.55 | *** join/#htc-linux aLeSD__ (n=a1481bdc@gateway/web/cgi-irc/ircatwork.com/x-9e50bc6e09e03bfa) |
| 15:21.58 | aLeSD__ | hi all |
| 15:33.53 | *** join/#htc-linux goxboxlive (n=goxboxli@81.80-202-132.nextgentel.com) |
| 15:52.17 | *** join/#htc-linux SmallR2002 (n=SmallR20@79-74-8-170.dynamic.dsl.as9105.com) |
| 16:24.18 | *** join/#htc-linux GPFerror (n=gpferror@76.187.41.132) |
| 16:59.01 | goxboxlive | tsdogs: pastebin.no/3098 |
| 17:00.03 | tsdogs | goxboxlive: are u cross building? |
| 17:00.22 | zuo | you're trying to compile arm code on x86 ;X |
| 17:00.29 | zuo | it's not a crossbuild.. |
| 17:00.47 | goxboxlive | tsdogs: i though that where set in the config.mk file |
| 17:00.49 | zuo | btw hi there.. and one question. what is status of linux n htc tytn ? |
| 17:01.02 | goxboxlive | is it CC or is it CROSS |
| 17:01.27 | tsdogs | goxboxlive: I have just tryed to align the xanadux version with mainline, so the CROSS_COMPILE was renamed to CROSS |
| 17:01.38 | goxboxlive | ok |
| 17:03.51 | tsdogs | zuo: for what I can see on the docs it's in a beginning state. |
| 17:05.48 | zuo | but the docs (those on xda-dev) was little putdated.. so it's still and only console w/o support for everything inside am i ight? |
| 17:06.18 | tsdogs | zuo: but I have no idea if somebody is actually working on it. |
| 17:06.28 | tsdogs | zuo: http://forum.xda-developers.com/showthread.php?t=273579&page=10 should be more up to date |
| 17:06.52 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:06.57 | zuo | yep. i've read it yesterday |
| 17:07.00 | zuo | nothing new.. |
| 17:07.54 | tsdogs | zuo: cr2 knows better there then |
| 17:11.04 | zuo | o.. thx for info. |
| 17:11.08 | zuo | s/o/ok |
| 17:11.35 | *** part/#htc-linux aLeSD__ (n=a1481bdc@gateway/web/cgi-irc/ircatwork.com/x-9e50bc6e09e03bfa) |
| 17:20.48 | *** join/#htc-linux aLeSD__ (n=a1481bdc@gateway/web/cgi-irc/ircatwork.com/x-9e50bc6e09e03bfa) |
| 17:21.14 | aLeSD__ | hi is there a way to access to all the memory (the registers of the CPU) from the user space ? |
| 17:24.01 | *** part/#htc-linux steve56 (n=user@86.160.69.213) |
| 17:40.59 | *** part/#htc-linux aLeSD__ (n=a1481bdc@gateway/web/cgi-irc/ircatwork.com/x-9e50bc6e09e03bfa) |
| 17:44.43 | *** join/#htc-linux pH5 (n=ph5@e178210170.adsl.alicedsl.de) |
| 17:51.38 | *** join/#htc-linux lieter (n=lieter@a62-251-100-248.adsl.xs4all.nl) |
| 18:09.25 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:13.25 | *** join/#htc-linux SmallR2003 (n=SmallR20@79-74-8-170.dynamic.dsl.as9105.com) |
| 18:40.11 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfbcc9.pool.einsundeins.de) |
| 18:44.29 | *** part/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 18:45.07 | tsdogs | cr2: have u had the chance to test the changes? |
| 18:47.36 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1db06.pool.einsundeins.de) |
| 18:56.43 | *** join/#htc-linux ooze (i=ooze@p549626D6.dip0.t-ipconnect.de) |
| 18:56.51 | ooze | hi all |
| 18:57.20 | cr2 | tsdogs: trying now |
| 18:57.30 | tsdogs | cr2: ok |
| 18:58.31 | ooze | can someone describe in short words how to set up Wlan on a running blueangel-linux ? |
| 18:59.18 | ooze | thanks in advance :) |
| 19:00.12 | ooze | ive got some trouble with my HTC, the WiFi device has not been recognized |
| 19:00.34 | tsdogs | ooze: modprobe acx |
| 19:01.28 | ooze | gives me : FATAL: Module acx not found |
| 19:01.45 | tsdogs | ooze: what version of linux kernel u using? |
| 19:02.01 | tsdogs | maybe it's acx100 |
| 19:02.07 | cr2 | tsdogs: src/LiberationSans-Bold.ttf ? |
| 19:02.15 | cr2 | should be acx |
| 19:02.24 | ooze | Version is 2.6.12-hh2-xda0-ba0 |
| 19:02.42 | tsdogs | cr2: it's in mainline, I think it's used for the LineFont part |
| 19:02.58 | tsdogs | maybe acx is builded into the kernel |
| 19:03.12 | tsdogs | cr2: was acx on pcmcia on BA? |
| 19:03.26 | cr2 | yes, but it's the same driver |
| 19:03.27 | tsdogs | ooze: 2.6.12 is kind of old |
| 19:03.44 | cr2 | ooze: it's 2 years old. |
| 19:03.48 | ooze | oha |
| 19:03.53 | ooze | ... |
| 19:04.22 | ooze | maybe i should try a newer version uh ? |
| 19:04.28 | cr2 | i think we should remove pointers to it, or put them in some OBSOLETE/HISTORICAL directory. |
| 19:04.49 | cr2 | ooze: http://linuxtogo.org/~htcpxa |
| 19:04.55 | ooze | ty ! |
| 19:06.19 | tsdogs | cr2: I have to go now, bbl to see if u found out what I've overwritten in cvs :) |
| 19:07.24 | cr2 | tsdogs: compiled. no polygons. |
| 19:07.29 | cr2 | ok. |
| 19:07.45 | aLeSD | cr2 .. do u have a bit of time ? |
| 19:08.12 | aLeSD | I found the LCD register of OMAP 850 on http://wiki.xda-developers.com/index.php?pagename=OMAP850_Registers |
| 19:08.34 | aLeSD | and I want to find in it the set for my LCD ... I mean timings etc etc |
| 19:08.46 | aLeSD | do u know how can I do ? |
| 19:08.51 | cr2 | aLeSD: check the omapfb driver. |
| 19:09.20 | aLeSD | I dump the register with haret ... and I have how winmo set it |
| 19:09.41 | aLeSD | but I'm not usual in kernel code ... |
| 19:10.07 | aLeSD | could you tell me where the register are set in the linux code ? |
| 19:11.30 | cr2 | i did it for pxafb, but don't know the omapfb details. |
| 19:11.37 | *** join/#htc-linux ooze (i=ooze@p549626D6.dip0.t-ipconnect.de) |
| 19:14.38 | pH5 | aLeSD: drivers/video/omap, the driver is lcdc.c for omap850, for an example of how to use it look at lcd_p2.c or (lcd_typhoon.c if you have vivien's sources) for an example of how the values are set. |
| 19:14.40 | cr2 | aLeSD: i don't have omap tree locally |
| 19:17.14 | *** join/#htc-linux steve56 (n=user@79-68-56-119.dynamic.dsl.as9105.com) |
| 19:19.24 | aLeSD | pH5 thanks cr2 thanks |
| 19:26.51 | aLeSD | pH5: I don't know the meaning of the register ... I'd like to understand when the kernel write them to know how the struct is used ... and find the params |
| 19:27.13 | aLeSD | pH5: is it possible ? |
| 19:30.17 | aLeSD | pH5 ... do u have a sec ? |
| 19:30.50 | aLeSD | it's my first reverse engeneering stuff and I'm in trouble ... |
| 19:30.59 | aLeSD | I mean in the concept |
| 19:31.05 | LunohoD_ | pH5: have you got d-pad working on your omap850 phone? |
| 19:31.20 | aLeSD | LunohoD_: hey |
| 19:31.29 | LunohoD_ | hi |
| 19:31.48 | pH5 | aLeSD: sure. just fill the struct lcd_panel in your custom lcd_xxx.c with the correct values. look at lcdc.c to see how they are written to the registers. |
| 19:32.03 | aLeSD | thanks |
| 19:32.34 | pH5 | LunohoD_: no, I didn't find time work on herald again, I'm still missing i2c support for the CPLD |
| 19:34.33 | kiozen | ~lart apt.rikers for not recording |
| 19:34.33 | apt | slaps a compatible dib on apt.rikers's head for not recording |
| 19:35.59 | pH5 | aLeSD: first thing you want to do is of course to check the correct values with haret (0xfffec000 and following), the register definitions are at the top of lcdc.c |
| 19:36.20 | aLeSD | I'm doing it now |
| 19:36.22 | aLeSD | :) |
| 19:36.24 | pH5 | good :) |
| 19:41.21 | aLeSD | yes!!!!!!! |
| 19:41.34 | aLeSD | pH%5 yes ... they are correct!!! |
| 19:41.47 | aLeSD | 175x219 == 176x220 |
| 19:42.03 | aLeSD | pH5 |
| 19:54.32 | aLeSD | the clock is dificult |
| 19:56.58 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
| 19:57.51 | pH5 | aLeSD: you mean the PCD in LCDC_TIMING2? |
| 19:58.17 | aLeSD | I don't understand how to reverse |
| 19:58.37 | pH5 | look at the warning near where calc_ck_div is called |
| 19:59.02 | pH5 | pcd is just the LCD clock rate / pcd / 1000 (because it is in kHz) |
| 19:59.16 | pH5 | s/pcd/pixel_clock/ |
| 20:00.21 | aLeSD | dlck = clk_get_rate(omap_lcdc.lcd_ck) |
| 20:01.47 | aLeSD | no ... ok ... too fast |
| 20:07.37 | aLeSD | pH5: so the first 8 bits are what I'm searching |
| 20:08.20 | aLeSD | pH5 : do u know what "lck = clk_get_rate(omap_lcdc.lcd_ck);" do ? |
| 20:08.44 | pH5 | aLeSD: yes, it returns the clock rate of the lcd clock :) |
| 20:09.02 | aLeSD | ah |
| 20:09.10 | pH5 | it is defined in arch/arm/mach-omap1/clocks.h |
| 20:09.30 | *** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo) |
| 20:09.33 | aLeSD | pH5 but it's standard? |
| 20:09.52 | pH5 | lcd_ck16xx, and the actual value depends on the dpll1 clock and some divider value in the CKCTL register iirc |
| 20:10.36 | BabelO | hi pH5 |
| 20:10.39 | BabelO | hi all |
| 20:10.44 | pH5 | hi BabelO |
| 20:10.45 | aLeSD | hi |
| 20:11.09 | aLeSD | pH5 so I can't find it in this way |
| 20:11.29 | aLeSD | it's the clock of the internal clock of the LCU ? |
| 20:11.32 | aLeSD | LCD |
| 20:14.55 | *** join/#htc-linux wireddd (n=wired@unaffiliated/wireddd) |
| 20:14.58 | LunohoD_ | BabelO: have you tried the tornado-keypad driver on artemis? |
| 20:16.38 | *** join/#htc-linux anthis (n=moo@dialup-4.246.141.209.Dial1.SanJose1.Level3.net) |
| 20:21.12 | BabelO | LunohoD_: i just come back from work ;) |
| 20:21.21 | aLeSD | pH5: so I have all less that the clock of the producer ... isn't it ? |
| 20:21.30 | pH5 | aLeSD: what frequency is your MPU running at? 201MHz? You can calculate the DPLL clock rate from the 12MHz xtal and the contents of the DPLL_CTL register (see the CONFIG_OMAP_CLOCKS_SET_BY_BOOTLOADER part in clock.c) then have a look at the two bits at CKCTL_LCDDIV_OFFSET in the ARM_CKCTL register and with that calculate the LCD clock from the DPLL (omap1_ckctl_recalc in clock.c) |
| 20:21.41 | BabelO | LunohoD_: yes i ve tried it few moth ago on artemis it works on basic keys yes |
| 20:21.44 | pH5 | aLeSD: right. |
| 20:22.59 | aLeSD | wow ... |
| 20:26.01 | LunohoD_ | BabelO: i want to add d-pad support for prophet. 5 gpio's are being used in tornado driver: 76(key press event) and 80-83. haret shows only gpio 141 when i press any d-pad key. do you know how to find the other 4 gpio's? |
| 20:27.06 | BabelO | LunohoD_: so it is maybe another chipset which manage these input keys, gpio you see is like an IRQ |
| 20:27.20 | BabelO | LunohoD_: do you know if you have a cpld or something like that ? |
| 20:28.03 | LunohoD_ | BabelO: i don't know how to find it out |
| 20:28.06 | BabelO | LunohoD_: on artemis i ve a mouse trackball and a roller button, ( don't know the exact name ) |
| 20:28.37 | BabelO | LunohoD_: look at your i2c traffic, i think cr2 say cpld is on i2c for prophet |
| 20:28.58 | aLeSD | pH5 ULPD_DPLL_CTRL 00000000 ... is it possible ? |
| 20:29.51 | LunohoD_ | BabelO: ok |
| 20:30.14 | pH5 | aLeSD: yes. ULPD_DPLL_CTRL is not the register you need. it's DPLL_CTL |
| 20:30.49 | BabelO | LunohoD_: any way there is no really driver for that |
| 20:31.07 | LunohoD_ | oh |
| 20:33.36 | BabelO | pH5: have same on Herald ;) |
| 20:33.44 | *** join/#htc-linux ymerejt (n=jerry@i02v-87-89-217-253.d4.club-internet.fr) |
| 20:33.51 | pH5 | aLeSD: and DPLL_CTL is 2fb3 on artemis and herald (201MHz) |
| 20:34.06 | aLeSD | pH5: I have the same |
| 20:34.34 | aLeSD | so my PLL clock is 201 Mhz, isn't it ? |
| 20:34.59 | pH5 | yes, and lcd_ck derives from that. what is the value of ARM_CKCTL? |
| 20:35.41 | aLeSD | 0000350e |
| 20:37.21 | pH5 | CKCTL_LCDDIV_OFFSET is 2, so the relevant divisor is 1<<3 |
| 20:37.22 | aLeSD | mmm ... I haven't CKCTL_LCDDIV_OFFSET |
| 20:37.41 | pH5 | in clock.h |
| 20:38.08 | aLeSD | ah yes |
| 20:39.12 | aLeSD | pH5 ... I lost you ... |
| 20:39.21 | pH5 | same as on artemis/herald, I think we have CKCTL=6506 |
| 20:39.38 | pH5 | in clock.c there is the omap1_ckctl_recalc function |
| 20:39.55 | pH5 | it does divisor = 1<< (3 & (ARM_CKCTL >> offset)) |
| 20:40.19 | pH5 | so the lcd clock is PLL/8 |
| 20:41.28 | aLeSD | ok |
| 20:41.38 | *** join/#htc-linux Robot_ (n=robot@robot.kolej.mff.cuni.cz) |
| 20:41.57 | LunohoD_ | how to sniff the i2c traffic? |
| 20:42.27 | BabelO | LunohoD_: addlist mmutrace p2v(adresse of i2c) 0xff for example |
| 20:42.31 | aLeSD | pH5 ... ah ... we found the divisor of the PLL clock of my ARM |
| 20:42.43 | LunohoD_ | BabelO: "adresse of i2c" ? |
| 20:42.47 | aLeSD | so it has to be in sync with the one in the LCD |
| 20:42.55 | aLeSD | so I have the clock ok the LCD |
| 20:42.58 | BabelO | LunohoD_: look at linux source |
| 20:43.00 | BabelO | LunohoD_: or |
| 20:43.01 | aLeSD | is it ? |
| 20:43.38 | BabelO | LunohoD_: http://wiki.xda-developers.com/index.php?pagename=OMAP850_Registers |
| 20:44.04 | LunohoD_ | ok, thanx |
| 20:44.39 | pH5 | aLeSD: the LCD clock is derived from the main PLL clock, which in turn is created from the 12MHz crystal frequency. |
| 20:45.22 | pH5 | the PLL multipliers/divisors are encoded in the DPLL_CTL register, and we know that 0x2fb3 results in 201MHz, same as artemis/herald |
| 20:45.35 | aLeSD | pH5 ... I didn't understand the code ... but the electric part yes ... I have to sei in Hz KHz MHz ? |
| 20:45.39 | pH5 | then we look for the LCD clock divider ARM_CKCTL, which turns out to be 1<<3 |
| 20:45.56 | pH5 | so the LCD clock is 25MHz |
| 20:47.04 | aLeSD | pH5 : I mean in the struct _ pixel_clock = 25000 ? |
| 20:47.09 | pH5 | aLeSD: no. |
| 20:47.14 | aLeSD | :° |
| 20:47.29 | pH5 | you have to select pixel_clock so that LCD clock / PCD = pixel_clock |
| 20:47.43 | pH5 | and PCD is the value that you get out of the LCDC_TIMING2 register with haret |
| 20:47.59 | pH5 | (the 0x00ff bits) |
| 20:48.22 | aLeSD | 7 |
| 20:48.54 | aLeSD | 25000/7 = 3571 == 3500 |
| 20:49.02 | aLeSD | it's 3500 |
| 20:49.42 | pH5 | yeah, like that. |
| 20:50.36 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-71-173-158-85.hrbgpa.fios.verizon.net) |
| 20:52.33 | pH5 | the herald has .pixel_clock=6500, but that's for a qvga display, resulting in something like 84fps |
| 20:52.53 | pH5 | 3500k/(176*220) = 90 |
| 20:53.45 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 20:55.41 | aLeSD | compilig |
| 20:57.21 | LunohoD_ | pH5: where have you learned all that secret knowledge? |
| 20:57.55 | aLeSD | pH5: it doesn't work |
| 20:57.59 | aLeSD | shit |
| 20:58.10 | pH5 | LunohoD_: still want to know? ;) |
| 20:58.23 | LunohoD_ | :) |
| 20:58.25 | pH5 | it's all in the kernel sources |
| 20:58.26 | aLeSD | pH5: can I found .config field too ? |
| 20:58.49 | aLeSD | from the registers I mean ? |
| 20:59.59 | aLeSD | cause I have only .config= OMAP_LCDC_PANEL_TFT this set |
| 21:00.23 | aLeSD | it's the only part that I didn't touch |
| 21:02.07 | pH5 | aLeSD: carefully read the setup_regs function in lcdc.c the OMAP_LCDC_PANEL_TFT bit ends up in LCDC_CTRL, everything in LCDC_SIGNAL_MASK is written to LCDC_TIMING2 at <<20 |
| 21:04.53 | pH5 | so check LCDC_TIMING2>>20 you got from haret to see if the OMAP_LCDC_INV_.. or OMAP_LCDC_HSVS_... bits have to be set (they are defined in include/asm-arm/arch-omap1/omapfb.h) |
| 21:07.14 | aLeSD | pH5 : I hav all set to 1 |
| 21:07.25 | aLeSD | everything <<20 |
| 21:10.10 | pH5 | hm. I don't find what the two highest bits mean. |
| 21:10.53 | aLeSD | I have to set everything |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.09 | aLeSD | <PROTECTED> |
| 21:12.11 | aLeSD | <PROTECTED> |
| 21:12.13 | aLeSD | it's lal |
| 21:12.17 | aLeSD | compiling |
| 21:14.02 | aLeSD | hey something |
| 21:14.13 | aLeSD | no ... it's disapearing |
| 21:14.23 | aLeSD | a lot's fo points |
| 21:14.24 | aLeSD | :) |
| 21:14.31 | *** join/#htc-linux echowip (n=moo@dialup-4.246.141.13.Dial1.SanJose1.Level3.net) |
| 21:15.20 | aLeSD | pH5: what do u think if I connect via usb and I dump the register in linux to see how they are ? |
| 21:17.04 | aLeSD | pH5: thanks |
| 21:17.12 | *** join/#htc-linux wireddd (n=wired@unaffiliated/wireddd) |
| 21:20.52 | pH5 | aLeSD: good idea. also dump the relevant clock registers while you're at it, just to be sure we made no mistakes. |
| 21:23.34 | aLeSD | pH5 : my usb connection with this stuff doesn work ... but I have an idea |
| 21:23.48 | aLeSD | I mean Civil can ssh in it |
| 21:24.02 | aLeSD | the stuff seems a clock prroblem |
| 21:24.05 | aLeSD | I explain |
| 21:25.02 | aLeSD | look: http://www.techmind.org/lcd/phasexplan.html |
| 21:25.18 | aLeSD | I can see something like a wave |
| 21:25.26 | aLeSD | in the pixel that I see |
| 21:25.36 | aLeSD | it means a clock error I think |
| 21:25.47 | aLeSD | do u understand what I mean ? |
| 21:26.09 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf98e2.pool.einsundeins.de) |
| 21:26.16 | aLeSD | I'm tring with highter freq |
| 21:27.38 | aLeSD | we are in the right params I think ... before I see something but not color waves |
| 21:28.22 | aLeSD | it will be nice to have a totaly white screen to see it |
| 21:28.32 | pH5 | aLeSD: that's a pity. just checking via ssh would be much easier. |
| 21:28.56 | aLeSD | ok ... u right .. I have to use omap_read ? |
| 21:29.25 | aLeSD | and printk ? or I can do somethink by userspace ? |
| 21:30.07 | pH5 | aLeSD: I used that, but reading out the registers with the devmem2 program or similar should work, too. |
| 21:30.38 | aLeSD | I hope the ssh in the initrd has scp |
| 21:31.13 | aLeSD | pH5: where I can put the code however ? |
| 21:31.15 | BabelO | kiozen: you need an irc channel for qlandkarte ;) |
| 21:31.36 | kiozen | lol, my finger tips are smoking now :) |
| 21:31.40 | aLeSD | my first hack ... it was funny |
| 21:32.47 | pH5 | aLeSD: you can put it (nearly) anywhere. for example in the machine init code. |
| 21:35.54 | aLeSD | pH5: shit |
| 21:36.03 | aLeSD | OMAP_LCDC_TIMING2 fcf00007 |
| 21:36.08 | aLeSD | not all 1 |
| 21:38.41 | pH5 | aLeSD: huh? but those two missing bits should be the INV_VSYNC and INV_HSYNC, shouldn't they? |
| 21:39.27 | kiozen | good night all |
| 21:39.44 | *** join/#htc-linux anthis (n=moo@dialup-4.246.126.30.Dial1.SanJose1.Level3.net) |
| 21:40.21 | aLeSD | mmm |
| 21:40.53 | aLeSD | no |
| 21:41.18 | aLeSD | #define OMAP_LCDC_HSVS_RISING_EDGE 0x0010 |
| 21:41.18 | aLeSD | #define OMAP_LCDC_HSVS_OPPOSITE 0x0020 |
| 21:41.40 | aLeSD | shit |
| 21:41.47 | aLeSD | I'm out of mind |
| 21:44.52 | aLeSD | pH5 : I'm righ |
| 21:45.30 | aLeSD | <PROTECTED> |
| 21:45.30 | aLeSD | <PROTECTED> |
| 21:45.30 | aLeSD | <PROTECTED> |
| 21:45.30 | aLeSD | <PROTECTED> |
| 21:45.31 | aLeSD | <PROTECTED> |
| 21:45.31 | aLeSD | / OMAP_LCDC_HSVS_RISING_EDGE | |
| 21:45.33 | aLeSD | / OMAP_LCDC_HSVS_OPPOSITE, |
| 21:45.39 | aLeSD | but black screen |
| 21:45.50 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbf9aa0.pool.einsundeins.de) |
| 21:51.45 | aLeSD | pH5 : the last try |
| 21:52.03 | *** part/#htc-linux Robot_ (n=robot@robot.kolej.mff.cuni.cz) |
| 21:52.08 | pH5 | aLeSD: and other than TIMING2 all the other LCDC registers are the same as in wince? |
| 21:52.09 | aLeSD | what do u think If I write them directly |
| 21:52.35 | aLeSD | pH5: I haven't access to the linux |
| 21:52.47 | aLeSD | I readed bad the first time |
| 21:53.15 | aLeSD | another guy can connect but he's sleeping |
| 21:53.16 | aLeSD | :) |
| 21:53.20 | pH5 | oh, ok :) |
| 21:53.28 | pH5 | sure you could write them directly. |
| 21:53.31 | aLeSD | I'd like to write the register |
| 21:53.32 | aLeSD | yes |
| 21:53.45 | aLeSD | please tell me where... I'm using linwizard code |
| 21:53.47 | pH5 | but you'd have to do that in the place of setup_regs, before the controller is actually enabled |
| 21:54.26 | aLeSD | is it cmplicated ? I don't know the linux code |
| 21:55.33 | *** join/#htc-linux rakeem (n=rakeem@n219079049194.netvigator.com) |
| 21:55.41 | aLeSD | where I could find setup_reg ? |
| 21:56.15 | pH5 | aLeSD: it is a function in lcdc.c |
| 21:56.47 | aLeSD | pH5: everybody call it ? |
| 21:57.17 | aLeSD | I mean linwizard kernel too |
| 21:57.55 | pH5 | aLeSD: sure. linwizard kernel is just a hacked together version of linux-omap. they didn't touch the lcdc driver. |
| 21:58.45 | aLeSD | so I comment the setup_regs call and put omap_writes |
| 21:58.58 | pH5 | I hope... |
| 21:59.01 | aLeSD | :D |
| 21:59.05 | aLeSD | it's fun np |
| 21:59.16 | pH5 | aLeSD: or better put your calls at the end of setup_reg, it is called multiple times |
| 21:59.27 | aLeSD | ok |
| 22:00.34 | *** join/#htc-linux rakeem__ (n=rakeem@n219079052194.netvigator.com) |
| 22:01.47 | aLeSD | pH5: no littleendian problems I hope |
| 22:02.24 | aLeSD | , OMAP_LCDC_TIMING0 OMAP_LCDC_TIMING1 OMAP_LCDC_TIMING2 only |
| 22:02.38 | pH5 | aLeSD: omap850 is LE all the way |
| 22:03.25 | aLeSD | pH5: Have to invert ? |
| 22:04.40 | aLeSD | i will write OMAP_LCDC_CONTROL too |
| 22:05.27 | pH5 | aLeSD: no need to reorder anything. there is only one byte order (and this is little endian) |
| 22:08.42 | aLeSD | pH5: points ... I try without OMAP_LCDC_CONTROL |
| 22:08.58 | *** join/#htc-linux rakeem___ (n=rakeem@n219079204137.netvigator.com) |
| 22:09.23 | aLeSD | pH5: the only way is read the registers from linux other stuffs now are gaming |
| 22:09.23 | cr2 | aLeSD: now you can write a haret script to caclulate the settings :) |
| 22:10.01 | aLeSD | when I understand what I did ... |
| 22:10.56 | cr2 | for pxa it's automated. |
| 22:11.19 | BabelO | cr2: how is the loox device ? |
| 22:13.38 | aLeSD | and I have a strange prob with usb... linux recognize the usb-net but it goes timeout ... and with the one of the friend works |
| 22:13.44 | cr2 | didn't get it today. |
| 22:15.04 | aLeSD | no |
| 22:15.12 | aLeSD | but tomorrow ... |
| 22:15.45 | BabelO | pH5: i found something strange in ts-adc.c, can you look, i thing it is a bad copy/paste |
| 22:17.38 | pH5 | BabelO: ok |
| 22:18.30 | BabelO | pH5: line 335 and 336 |
| 22:19.51 | pH5 | BabelO: yeah, that looks like both min values should be 0 and both max values 32767 |
| 22:20.13 | BabelO | pH5: ok so it is not my cvs which is broken ;) |
| 22:20.43 | BabelO | pH5: strange thing is that it does not broken touchscreen |
| 22:21.05 | pH5 | BabelO: I think this value only gets exported to userspace and there nobody cares :) |
| 22:24.00 | *** join/#htc-linux aLeSD_ (n=alex@236.Red-88-26-162.staticIP.rima-tde.net) |
| 22:25.05 | aLeSD_ | pH5 ... I can put the omap_read in status to read tomorrow , what do u think ? |
| 22:27.37 | pH5 | aLeSD_: I think that is a sane idea. Wonder why the usb connection doesn't work for you though .. |
| 22:28.05 | aLeSD_ | :) |
| 22:30.27 | aLeSD_ | *pck_div = (lck + pck - 1) / pck; |
| 22:36.08 | cr2 | pH5: it can be a CPLD puen problem ? |
| 22:37.25 | pH5 | cr2: maybe. then booting with the usb cable plugged in should help. |
| 22:39.11 | ooze | ) |
| 22:39.11 | ooze | <aLeSD> when I understand what I did ... |
| 23:01.15 | *** join/#htc-linux BabelO (n=Fabrice@2a01:5d8:52ee:1c1c:250:fcff:fe46:5573) |
| 23:16.37 | *** join/#htc-linux TimRiker (n=timr@psnet.cc) |
| 23:26.52 | *** part/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 23:28.40 | *** join/#htc-linux LunohoD (n=alex@e180069204.adsl.alicedsl.de) |
| 23:43.19 | *** join/#htc-linux anthis (n=moo@dialup-4.246.252.198.Dial1.SanJose1.Level3.net) |