00:06.43 | *** join/#htc-linux mistadman (n=mistadma@adsl-6-115-67.msy.bellsouth.net) |
01:00.21 | *** join/#htc-linux Manekken (n=chatzill@p57A5B9C8.dip0.t-ipconnect.de) |
01:00.33 | Manekken | hello |
01:02.43 | *** part/#htc-linux Manekken (n=chatzill@p57A5B9C8.dip0.t-ipconnect.de) |
01:02.48 | *** join/#htc-linux Manekken (n=chatzill@p57A5B9C8.dip0.t-ipconnect.de) |
01:02.56 | Manekken | hello |
01:06.48 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-62062612e2070285) |
01:08.37 | paulproteus | exco, Hey - talk to you tomorrow. |
01:48.26 | Kevin2 | miknix: pong |
01:53.58 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-84883d6f6afedaa1) |
02:13.10 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbfdf38.pool.einsundeins.de) |
03:05.09 | *** join/#htc-linux ltxda (n=ltxda@unaffiliated/ltxda) |
05:09.13 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:44.15 | *** part/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:46.10 | *** join/#htc-linux exc1 (n=exco@e181119060.adsl.alicedsl.de) |
05:50.37 | *** join/#htc-linux rob_w|laptop (n=rob@p549B941D.dip0.t-ipconnect.de) |
05:53.55 | *** join/#htc-linux kiozen (n=oeichler@p54929D9F.dip0.t-ipconnect.de) |
06:02.57 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
06:03.51 | paulproteus | exc1, Good morning. |
06:03.55 | paulproteus | I'm finally trying this image I made. |
06:03.59 | paulproteus | I'm untarring it right now. |
06:04.07 | exc1 | Good morning |
06:05.14 | exc1 | we'll I hope it works - although that would mean I'm a total incapable :-) |
06:05.29 | paulproteus | Hah (-: |
06:05.33 | paulproteus | Well I hope to reproduce your failures I suppose. |
06:06.21 | exc1 | the touchscreen seems to be working fine - at least if I run ts_calibrate using ssh |
06:06.28 | paulproteus | Oh, huh! |
06:06.40 | paulproteus | BTW I'll see if I can bitbake x2x. (-: |
06:06.52 | paulproteus | Oh, man, I'm going to have to change unstable.makesad.us's SSH key. |
06:07.01 | exc1 | ipkg would also be nice |
06:07.06 | paulproteus | Did you read about the Debian security bug? You're going to have to generate a new key too... |
06:07.13 | exc1 | yes |
06:07.31 | exc1 | at least in passing |
06:08.52 | paulproteus | Basically, you should really make a new SSH key. |
06:10.00 | paulproteus | I'm going to change the key on that vserver right now, so you'll also have to remove the cached host key from your system. |
06:10.33 | exc1 | I'll generate a new one and paste it somewhere |
06:10.45 | paulproteus | Cool. http://wiki.debian.org/SSLkeys has more info. |
06:13.49 | exc1 | http://pastebin.com/m4352e95e |
06:14.35 | paulproteus | exc1, Actually you can add that yourself in your user's ~/.ssh/authorized_keys by SSHing in to unstable.makesad.us. |
06:14.47 | paulproteus | Be sure to remove your other one. |
06:14.49 | exc1 | sure |
06:16.14 | BabelO | hi |
06:16.19 | paulproteus | Hey now BabelO. |
06:17.00 | exc1 | hi |
06:19.15 | paulproteus | D'oh, I forgot to untar as root. |
06:19.19 | paulproteus | redoes it |
06:21.35 | paulproteus | Also, I did find a guy I can borrow a Neo battery from; it remains to be seen if the Neo has battery life good enough to make it actually worth using, though. |
06:22.17 | exc1 | bbl |
06:25.22 | *** join/#htc-linux patoche (n=patoche@77.197.2.209) |
06:30.40 | *** join/#htc-linux marbalon (n=marbalon@212.122.223.98) |
06:40.47 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
06:42.45 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
07:00.36 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
07:08.10 | *** join/#htc-linux pigeon (n=pigeon@218-214-60-232.people.net.au) |
07:29.23 | dcordes | woooooooooooooooohoo |
07:44.59 | dcordes | baca exams finished |
07:50.43 | *** join/#htc-linux booxter_ (n=booxter@212.98.186.138) |
07:51.29 | booxter_ | dcordes: hello! I read in irc logs that you were going to make i2c-tools bitbake file. Have you already done it? |
07:57.03 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
07:59.49 | dcordes | booxter_: no that was not me but I can do this |
08:00.03 | dcordes | or wait possibly. no I didn't but thanks for the reminder |
08:00.23 | dcordes | booxter_: can you give me the official source url? |
08:00.29 | dcordes | directly from the projet |
08:00.34 | booxter_ | http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-3.0.1.tar.bz2 |
08:00.37 | booxter_ | here it is |
08:00.38 | dcordes | thanks |
08:00.48 | booxter_ | it's a simple 'make' project |
08:00.51 | dcordes | does it use automake stuffs? |
08:01.16 | booxter_ | i would do it by myself, but I just don't know where to start with .bb |
08:01.20 | dcordes | booxter_: can you hint me on what you do to compile it? |
08:01.31 | booxter_ | just 'make' |
08:01.33 | booxter_ | and all |
08:01.34 | dcordes | I can do this you help me with how to compile it normally |
08:01.35 | Zoolooc | morning |
08:01.44 | dcordes | booxter_: make, make install? |
08:02.12 | booxter_ | yes, make install too |
08:02.40 | Zoolooc | hey, dcordes, wouldn't it be nice to include a default config for the Kaiser kernel under the respective directory in the git tree? |
08:02.49 | dcordes | you simply but an "inherit module" iirc |
08:02.56 | dcordes | is it a module? |
08:03.05 | booxter_ | no |
08:03.09 | dcordes | Zoolooc: good idea thanks |
08:03.09 | booxter_ | it's just utils |
08:03.17 | dcordes | inherit autotools then |
08:03.21 | booxter_ | no kernel deps |
08:06.21 | dcordes | booxter_: did you cross build this before? |
08:06.27 | booxter_ | yes |
08:07.09 | dcordes | does makefile need any patching or something else? |
08:07.38 | dcordes | booxter_: |
08:08.45 | dcordes | NOTE: package i2c-tools-3.0.1: Succeeded |
08:08.46 | booxter_ | ow, yes, there is a CC veriable hardcoded |
08:08.55 | dcordes | it built fine |
08:09.08 | booxter_ | ow, fine |
08:09.11 | dcordes | ERROR: runstrip: ''arm-angstrom-linux-gnueabi-strip' --remove-section=.comment --remove-section=.note '/media/archiv/OE/org.openembedded.dev/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-tools-3.0.1-r0/image/usr/local/sbin/i2cdump'' strip command failed |
08:09.16 | dcordes | any clue what dis is? |
08:09.54 | dcordes | cooment doesn't look to important to me |
08:10.02 | booxter_ | don't know |
08:10.09 | dcordes | nevermind let's just try it |
08:10.11 | booxter_ | manually all goes welll |
08:10.14 | dcordes | booxter_: what's your target arch? |
08:10.31 | booxter_ | arm ep9307 |
08:10.39 | dcordes | errrr that is armv? |
08:11.05 | dcordes | 5? |
08:11.29 | booxter_ | armv4t |
08:11.58 | dcordes | kk |
08:12.07 | booxter_ | ? |
08:12.11 | dcordes | you got an angstrom install? |
08:12.15 | dcordes | on your device |
08:12.20 | dcordes | or moko or whatever |
08:12.28 | booxter_ | poky it is |
08:12.34 | dcordes | ipkg or opkg? |
08:12.37 | booxter_ | ipkg |
08:12.49 | dcordes | 2008.1 does still make ipk I think |
08:13.09 | dcordes | what's your poky release? pinky? |
08:13.38 | booxter_ | pre-3.1 |
08:13.48 | booxter_ | few days before official release |
08:14.04 | dcordes | anyway you got the buildsystem locally? |
08:14.14 | dcordes | ie reachable |
08:14.37 | booxter_ | yeah |
08:15.07 | dcordes | in your metadata directory create a file packages/i2-tools/i2c-tools_3.0.1.bb |
08:15.32 | booxter_ | yeap |
08:15.50 | dcordes | http://rafb.net/p/PtEB7176.txt put this in |
08:15.55 | dcordes | run bitbake i2-tools |
08:16.06 | dcordes | s/i2-tools/i2c-tools/ |
08:16.22 | dcordes | test ipk, report back |
08:16.23 | dcordes | brb |
08:17.03 | booxter_ | I can't beleave that it's SO small ;-\ |
08:17.05 | booxter_ | :) |
08:17.31 | booxter_ | I think I should go some research on the BB regard :-/ |
08:17.35 | booxter_ | built fine |
08:17.41 | booxter_ | thank you so much |
08:19.06 | dcordes | cool look for the ipk and test. Can you provide me with a one line description in one sentence? |
08:19.17 | dcordes | will let people push it to OE |
08:21.05 | booxter_ | "heterogeneous set of I2C tools for Linux" |
08:21.12 | booxter_ | wait, I'll test ipk |
08:22.36 | dcordes | no magic in openembedded |
08:22.54 | dcordes | but it's not the usual case that it works directly |
08:23.06 | dcordes | that's why I asked for makefile patching before |
08:23.13 | dcordes | you often need to alter cross compile bits |
08:26.44 | booxter_ | ow, wait. there is no i2c-tools package |
08:26.53 | booxter_ | only -dev and -dbg |
08:27.41 | booxter_ | if I specify in my 'image' bitbake i2c-tools then it fails because there is no such package found |
08:27.42 | dcordes | ./armv5te/i2c-tools-dbg_3.0.1-r0_armv5te.ipk |
08:27.43 | dcordes | ./armv5te/i2c-tools-dev_3.0.1-r0_armv5te.ipk |
08:27.51 | dcordes | yea noticed that |
08:28.14 | dcordes | hm so I guess we need to specify packaging instructions |
08:28.16 | booxter_ | and -dev depends on i2c-tools that are absent |
08:28.32 | dcordes | ok can't care about this now sorry ask #oe pls |
08:28.43 | booxter_ | should we specify "PACKAGE" variable? |
08:28.47 | booxter_ | ow, sorry |
08:28.50 | booxter_ | FILES |
08:29.04 | dcordes | give them your .bb and explain what happens maybe paste build log |
08:29.17 | booxter_ | ok, tnx you |
08:29.24 | booxter_ | I'll do it by myself I think |
08:30.39 | dcordes | good luck can you ping me when you made it work? |
08:30.47 | booxter_ | yeah, of course |
08:30.48 | dcordes | I will take care of pushing it |
08:30.59 | dcordes | to OE at least. poky devs will decide what to do with it |
08:31.19 | booxter_ | poky doesn't matter ;) |
08:31.25 | dcordes | yea copy paste |
08:31.42 | dcordes | they won't include it in their metadata anyway that's not the aim of poky |
08:31.47 | dcordes | what is your device btw? |
08:32.58 | booxter_ | godotdb |
08:33.50 | dcordes | sounds funny |
08:34.05 | booxter_ | :-) |
08:34.19 | dcordes | wtf is that? |
08:34.40 | dcordes | does it have any sacral purpose? |
08:34.43 | booxter_ | I know. Google doesn't tells too much |
08:34.48 | dcordes | nothing |
08:35.07 | booxter_ | it's a development board |
08:35.23 | booxter_ | we're preparing a 'intellectual house' control |
08:35.30 | dcordes | 1320 godotdb MACH_GODOTDB GODOTDB 1314 |
08:35.44 | dcordes | that's nasty |
08:36.14 | dcordes | google doesn't spit much about most evaluation/development boards |
08:36.28 | dcordes | had no luck looking for halibut specs either |
08:36.55 | dcordes | booxter_: is we your company or private entity? |
08:44.19 | booxter_ | somehow I have only russian overview of the project. The board is a custom one. |
08:49.22 | dcordes | booxter_: means you had it soldered together just for your project? |
08:51.02 | booxter_ | ow, maybe i'm not quiet well in english but... what does 'you... souldered' mean? |
08:52.38 | dcordes | booxter_: soldering is when you put electronic components together |
08:53.00 | dcordes | I mean did they make the godotdb board just for your project? |
08:56.07 | booxter_ | we've done it |
08:57.20 | dcordes | cool. do you have some sort of website? |
08:59.38 | booxter_ | promwad.com |
09:01.04 | booxter_ | belarusian company it is |
09:05.44 | dcordes | looks like you do lots of embedded stuffs |
09:06.25 | booxter_ | yeap |
09:08.40 | booxter_ | that's maybe the only sphere we're working in |
09:16.30 | BabelO_ | Anybody can told be the encoding charset for bulgarian in XML |
09:17.53 | *** join/#htc-linux zoolooc (n=lucian@nrbg-4dbfdf38.pool.einsundeins.de) |
09:23.07 | *** join/#htc-linux marbalon (n=marbalon@212.122.223.98) |
10:02.04 | booxter_ | dcordes: http://rafb.net/p/mwbqO666.html |
10:02.21 | booxter_ | I know it's weird indeed:) |
10:02.54 | booxter_ | how can we do CC substitution a little bit more eye-candy? |
10:02.57 | dcordes | booxter_: I think the usual way would be to provide a .diff and set it as SRC_URI |
10:03.18 | dcordes | rather then using sed but if it works, why not |
10:03.32 | booxter_ | hm, it's not I think. I've seen such sed substitutions in another packages already |
10:03.40 | dcordes | ok super |
10:04.00 | dcordes | I did not understand your question regarding eye-candy |
10:04.22 | booxter_ | ow, you see, there are those \t and spaces in sed-command |
10:04.33 | booxter_ | rather weird I think |
10:04.50 | dcordes | I'm not a sed guru :) |
10:04.56 | booxter_ | mine too :) |
10:05.05 | dcordes | I'm no guru at all lol |
10:05.17 | dcordes | I will suggest your .bb for commit in the OE bugtracker |
10:05.29 | booxter_ | so I think you can try to push it upstream and then someone will change it if it really sucks |
10:07.52 | dcordes | yea if it works will be all good |
10:08.35 | booxter_ | ow wait |
10:08.44 | booxter_ | that's a brute hack |
10:08.49 | booxter_ | i just realized:)) |
10:09.21 | booxter_ | I've hardcoded CC... |
10:12.27 | dcordes | ok paste change if you got bbl |
10:15.12 | booxter_ | dcordes: http://rafb.net/p/a6Mvf717.html |
10:15.14 | booxter_ | that is |
10:16.35 | zoolooc | dcordes, seen your post from few minutes ago with a new kaiser kernel build, worth trying it? |
10:17.06 | zoolooc | dcordes: is it currently possible to reboot the device from android or from the console, without removing the battery? |
10:33.08 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
10:35.14 | zoolooc | hi dzo |
10:36.14 | zoolooc | dzo: do you know where one can get an updated android initrd, or how to customize it, is there a tutorial or something? |
10:37.23 | dzo | It's a gzipped cpio archive. look at the tools for making an initrd for linux. |
10:37.38 | dzo | i.e. mkinitrd. |
10:40.20 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:53.12 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
10:53.50 | dcordes_ | marbalon: ping |
10:54.49 | booxter_ | dcordes_: can you provide me with a link on openembedded bugzilla? |
10:55.16 | booxter_ | (I mean on i2c-tools bug) |
10:55.42 | dcordes_ | booxter_: I did not create it yet. Just hand me your updated bb and I will post |
10:55.59 | booxter_ | http://rafb.net/p/a6Mvf717.html |
10:56.14 | booxter_ | I thought you've seen it:) |
10:56.24 | dcordes_ | oh sorry didn't check the log I'm on different machine |
10:58.28 | dcordes_ | zoolooc: not really. It only has jogwheel added. |
10:58.55 | dcordes_ | use gunzip, then cpio to extract the rootfs |
11:02.49 | dcordes | zoolooc: I do the extract/modify/compress as root |
11:04.02 | dcordes | once extracted and modified use "find ./ | cpio -H newc -o | gzip > ../initrd" inside the extracted filesystem's rootdir in order to create in the above folder a ready to use initrd called initrd |
11:04.13 | dcordes | which obviously is a .cpio.gz file |
11:05.47 | marbalon | dcordes: pong. |
11:06.49 | marbalon | brb (15min). |
11:25.24 | marbalon | dcordes: ok, I'm back. |
11:26.46 | dcordes | marbalon: good timing. now I have to leave :) tried anything with smd write? |
11:27.15 | marbalon | dcordes: no, to busy :( |
11:27.39 | dcordes | ok see you |
11:27.42 | dcordes | bbl |
11:32.55 | *** join/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
11:43.25 | *** join/#htc-linux miknix (n=miknix@213.13.201.160) |
11:43.51 | miknix | Kevin2, ping |
12:04.40 | dcordes | marbalon: re |
12:05.41 | dcordes | marbalon: our test friends in the xda forum are not amused about the ok button being remapped. they can't find a way to quit the applications |
12:05.54 | dcordes | we need to keep them happy :) |
12:06.33 | *** join/#htc-linux revertive (n=revertiv@83.119.75.151) |
12:09.26 | marbalon | hmm, PAD_CENTER = OK, PAD_OK = Back |
12:10.32 | marbalon | so if you want quit form app you press PAD OK |
12:10.47 | zoolooc | folks, can a kaiser which booted linux with haret be reset or shut down without removing the battery? what when using the android initrd? |
12:12.37 | dcordes | zoolooc: see the thread. I mentioned earlier that the reset button works again, also explaining why it didn't before |
12:23.26 | marbalon | dcordes: back to smd driver |
12:25.15 | marbalon | dcordes: why do you comment out ch->read = smd_stream_read; in smd_open() function |
12:25.18 | marbalon | ? |
12:27.27 | marbalon | dcordes: I don't know how it works now, try to change offsets to my and we will see |
12:29.17 | zoolooc | dcordes: alright, I found that post, so you mean the soft-reset button should work now, the only problem I have is that I cannot even boot, haret just stops at booting linux 100%, then I have to remove the battery... |
12:33.34 | *** join/#htc-linux patoche (n=patoche@77.197.2.209) |
12:38.52 | dcordes | zoolooc: maybe that is because you read the last post mentioning it doesn't boot anymore so you only tried once being convinced that something is broken? |
12:39.01 | dcordes | (just want to make sure :) ) |
12:41.43 | zoolooc | dcordes: tried now 5 times I think... |
12:42.04 | zoolooc | is haret the problem with booting? |
12:42.33 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
12:49.03 | *** join/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
12:51.01 | dcordes | zoolooc: did you boot before? |
12:51.05 | dcordes | with a different image |
12:51.22 | dcordes | I'm tired of booting today |
12:54.51 | babelO_ | cr2: what was the i2c radio chip you found last day ? |
12:55.18 | *** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
12:56.06 | marbalon | dcordes: read function works fine |
12:56.55 | marbalon | run cat /dev/smd0 and call to my mobile num, get a lot of AT command on screen every one second |
12:58.42 | marbalon | dcordes: I think write works fine to but notify_other_smd() doesn't works maybe MSM_CSR_BASE is wrong for our device |
12:58.57 | dcordes | marbalon: oh thats a good idea with the calling |
12:59.26 | dcordes | I can't think today |
12:59.54 | dcordes | finished last of my final school tests |
13:00.15 | marbalon | congratulations |
13:00.23 | dcordes | thanks |
13:00.28 | dcordes | now I have to wait for the results |
13:00.38 | dcordes | anyway no school anymore |
13:01.31 | dcordes | because we can read, dzo said the 3 in notify other struct is good |
13:01.44 | zoolooc | dcordes: good on you |
13:02.01 | *** join/#htc-linux okias (i=ejabberd@poseidon.kraja.cz) |
13:02.07 | dcordes | so I think that implies that we couldn't read withot the 3 |
13:02.42 | dcordes | marbalon: here is a line that writes to all m2a numbers instead of only 3 if you wanna try |
13:03.05 | zoolooc | dcordes: yes, I've booted before, the linuxbox, the angstrom and the android initrd, with the old kernel image (also, they didn't boot every time). but now your latest kernel build does not boot, I also took the latest haret posted in the thread |
13:03.41 | dcordes | <PROTECTED> |
13:03.50 | dcordes | this writes to numbers 7-16 at the same time obviously |
13:03.54 | dcordes | zoolooc: thanks |
13:04.07 | marbalon | dcordes: you don't test it ? |
13:04.13 | dcordes | marbalon: I did |
13:04.33 | dcordes | can not write even with the line. I also tried out 0-7 before |
13:04.52 | dcordes | and 0,1,2,3,4,5,6,7 but that is irrelevant because I had the mknod wrong |
13:04.59 | dcordes | was a pretty mess of time |
13:05.14 | dcordes | actually I think it is not that. 3 is ok |
13:05.21 | infernixx | hi:) |
13:05.25 | infernixx | we have modem on kaiser? |
13:05.37 | dcordes | drop in right when thinks get fun eh :) :P |
13:05.37 | infernixx | was out of the loop :) |
13:05.46 | infernixx | is easy |
13:05.50 | infernixx | :) |
13:05.58 | dcordes | j/k how are you? |
13:06.04 | majorburn | was out of the loop... the for (i=7;i<16;i++) loop? |
13:06.25 | dcordes | infernixx: actually we can read, but not write. |
13:06.47 | dcordes | we are that far, that when you cat the device you get a frequent refresh of signal strength |
13:07.00 | infernixx | im good. been working on some drupal sites, saw some videos of openembedded |
13:07.00 | dcordes | and as marbalon reports incoming call specific modem messages |
13:07.49 | infernixx | but SD and wifi are still in the same state i guess |
13:08.06 | dcordes | yeeap |
13:08.14 | dcordes | any help appreaciated |
13:08.18 | infernixx | wish i could |
13:08.23 | dcordes | yea me too :) |
13:08.25 | dcordes | outta clue |
13:08.39 | dcordes | hope one of the gurus will assist us |
13:08.54 | dcordes | probably dzo will attack them when he finished hist extensions to the modem functionality |
13:09.09 | dcordes | he told me he was working on the vogue to get calling to work |
13:10.26 | dcordes | maybe he will come up with an idea on how to get the AT write to work |
13:11.23 | zoolooc | dcordes: sounds like full linux support of the kaiser hardware is around the corner ;-) |
13:11.30 | dcordes | true |
13:12.01 | zoolooc | everything, like gps, and also 3d graphics? |
13:12.46 | dcordes | 3d depends entirely on how swetland SanMehat and their bosses deal with this |
13:13.47 | zoolooc | might be a closed source library |
13:13.52 | dcordes | yes |
13:13.57 | dcordes | cr2: said this |
13:14.45 | infernixx | 3d graphics drievr is just a library interface for userspace |
13:14.55 | infernixx | e.g. there is no actual code that does any graphics processing |
13:15.02 | infernixx | afaik, ymmv, $0.02 |
13:15.15 | zoolooc | as long as we can make it work, I don't care about philosophical points of views (I can also live with nvidia's closed source driver on my desktop and even sleep at night) |
13:15.29 | infernixx | there is no such library in existance anywhere |
13:15.31 | infernixx | and even if it would |
13:15.47 | dcordes | zoolooc: ack I'm not an extremist |
13:15.55 | infernixx | it can never be distributed with linux |
13:15.58 | zoolooc | strabge, how come that android has support for opengl es? |
13:16.26 | dcordes | binary or source, either way will call up hundreds of thouands onto the plan which is definetly positive regarding open source software use |
13:17.51 | marbalon | dcordes: tested 0-7 and 7-16, no success :( |
13:17.55 | dcordes | I'm speaking of those lurking on graphical improvements vs. WM and those being pissed because they can't use their hardware they payed for |
13:18.38 | marbalon | dcordes: need to check that WM do under haret |
13:18.59 | marbalon | dcordes: *that = what |
13:19.05 | dcordes | marbalon: I think we can't trace this. cr2 pointed me to the entries in kaiser irq page |
13:20.16 | dcordes | http://wiki.xda-developers.com/index.php?pagename=Kaiser_IRQ |
13:20.51 | dcordes | when you do a "wirq n" and deactivate and activate the phone you see that irq 1 and 2 are used when the phone is on |
13:21.06 | infernixx | dcordes: if there isnt a windows CE driver for the chip, how can it be reverse engineered into an open source driver? |
13:21.11 | dcordes | *Kaiser Function* are all comments I gained this way. |
13:21.28 | dcordes | infernixx: man they have the manuals |
13:21.45 | infernixx | for the 3d chip too? afaik that wasnt included |
13:22.13 | dcordes | maybe it is an evil conspiracy |
13:22.45 | dcordes | htc did not ship the imageon drivers for the wince roms because google payed them to keep them as a new feature for android |
13:22.52 | dcordes | lolol |
13:23.07 | zoolooc | you might be right, hehe :-D |
13:23.34 | marbalon | dcordes: irqs works fine, we need to tell arm9 data is ready |
13:23.53 | dcordes | marbalon: ah now I recall dzo said something about this ready stuff |
13:24.10 | dcordes | marbalon: where in the code is this? |
13:24.31 | marbalon | writel(1, MSM_A2M_INT(3+ch)); |
13:26.47 | dcordes | infernixx: maybe they still got a manual for this - why would they add the register support for the imageon if no driver was planned? |
13:27.36 | infernixx | point in case |
13:27.54 | infernixx | but i thought there were patent issues and/or violations in the way |
13:28.01 | infernixx | anyway i don't think i need the 3d stuff anyways |
13:28.11 | infernixx | s/^anyway //g |
13:30.01 | dcordes | infernixx: same here |
13:30.43 | dcordes | that's not what I'm after but it would be a cute side effect since, as I pointed out earlier, it would focus the attention of thousands of device owners |
13:30.57 | dcordes | which in my eyes can't harm foss |
13:31.02 | dcordes | (on mobile devices) |
13:32.17 | zoolooc | is it possible to have a SPL (maybe one that has yet to be written) dual boot the flashed WM or whatever provided on the storage card (maybe configurable via a standard config file located as well on the card), like even linux from an initrd, or later, from a partition of the card? |
13:34.34 | dcordes | pH5 and co. kg are working on a bootloader |
13:34.48 | dcordes | I don't know in how far this affects kaiser and other msms |
13:34.59 | dcordes | I think it's a problematic topic because brickability is high |
13:37.21 | zoolooc | yeah, such damn expensive bricks is not what we want... |
13:39.33 | dcordes | yea true kaiser is really (too) expensive |
13:40.08 | dcordes | times get hard for us when the new vga prependers show up :) |
13:40.23 | dcordes | infernixx: did you look at audio? |
13:41.14 | cr2 | babelO_: drivers/media/radio/radio-si470x.c |
13:42.10 | cr2 | babelO_: this is the usb driver, so you need some changes to turn it into i2c. and the gpios to switch si470x into i2c mode, look at the .pdf docs |
13:43.25 | infernixx | dcordes: no i haven't |
13:43.59 | infernixx | zoolooc: timed haret with autoboot off SD card works for me |
13:44.19 | infernixx | e.g. autostart a countdown app that counts down X seconds, then fires haret with a startup.txt |
13:44.32 | infernixx | its not straight to linux but at least it won't brick |
13:45.10 | dcordes | infernixx: that's a pretty nice idea, w/ the startup.txt? |
13:45.42 | infernixx | im sure there's some app that can handle the countdown autostart thing |
13:45.49 | zoolooc | infernixx: what countdown app is that, and "X" seconds from which event? I could simply count the seconds myself and start haret, isnt'it? |
13:46.50 | infernixx | the idea is that the auto countdown app starts automatically upon windows boot, then you can cancel haret startup up and until X seconds have passed. then it'll start |
13:47.03 | infernixx | if it doesnt exist, im sure someone can code it. |
13:47.14 | infernixx | or maybe it can be added to haret itself as an extra option in startup.txt |
13:48.17 | zoolooc | alright, so you're suggesting a way of automating booting with haret, now I got you |
13:48.47 | zoolooc | infernixx: first I thought you've got a solution to the boot refusal |
13:50.26 | zoolooc | the thing I'm missing in the whole "booting linux with haret on kaiser" discussion is that it's not too deterministic, like some man page where exact parameters are described for a tool, in out case, some people report that hitting "listen for connections" helps, others think the WM or the radio version matters... maybe the haret version matters... |
13:50.31 | dcordes | I'm not too much worried yet about autobooting |
13:51.05 | majorburn | is power management functional? ie: will keeping it on charge blow the battery? |
13:51.25 | cr2 | majorburn: where ? |
13:51.26 | zoolooc | neither am I, as a matter of fact, I'd like to be able to reliably boot even with haret gui |
13:52.20 | majorburn | nowhere specifically. but the palm lifedrive linux doesnt manage the battery, so I was curious if there's similar plague for the htcs. partial bsing and partial just conversing and just curiousity |
13:52.54 | dcordes | majorburn: depends entirely on your board I'd say |
13:53.23 | dcordes | zoolooc: well lay back about the reliably.. we need SD driver anyway |
13:53.53 | dcordes | try booting w/ zImnage=1M+3M will boot every time |
13:54.25 | dcordes | btw I posted a small console image with instructions in a titan thread in the xda forum and people say they can boot |
13:54.44 | dcordes | I don't know if that's any new but looking at the forum they had no success with titan before |
13:54.59 | dcordes | cr2: don't we have titan owners on the channel? |
13:55.44 | cr2 | majorburn: ba/uni/magician/sable have charging control |
13:56.07 | cr2 | dcordes: the l33thax0r and ImCokeMan |
13:57.49 | dcordes | well I hope I woke them up with the image and results |
13:57.59 | dcordes | maybe one of them will show up with some ideas |
13:58.38 | dcordes | cr2: btw do you have an idea on what kaisers can try about AT write? |
14:00.23 | cr2 | dcordes: i can think only repairing mmutrace for kaiser. |
14:00.42 | cr2 | dcordes: on non-pxa cpus it's the only option to trace things. |
14:01.23 | dcordes | cr2: what's so special about pxa regarding tracing? |
14:01.53 | dcordes | hopes Kevin2 has an idea about how to fix the mmutrace |
14:02.07 | dcordes | now that you guys are aware of the secret documents |
14:02.18 | dcordes | dzo came up with |
14:02.47 | majorburn | i want to mirror all these documents publically :P |
14:04.13 | dcordes | the one I just alluded to is public |
14:04.27 | dcordes | I think it details on the msm smem stuffs |
14:04.33 | dcordes | iirc |
14:04.46 | majorburn | yeah... but im just talking about yet another mirror for documents that are increasing in rarity. |
14:05.31 | majorburn | and the kitchen sink |
14:05.56 | dcordes | what? |
14:06.34 | dcordes | haha you mean like the marketing sheet from qc that shows the imageon in that layout scheme :D |
14:06.36 | cr2 | majorburn: i have many manuals that were pulled down for some reason. non-NDA & stuff of course. |
14:06.38 | dcordes | ? |
14:06.52 | majorburn | dcordes: no, the stuff cr2's talking about |
14:07.24 | dcordes | well that's just a graphic example on how quick things can disappear at least that is a case I have documented |
14:07.43 | majorburn | sorry, i didnt mean no. i meant that wasnt the main intent, but that is also interesting |
14:07.43 | cr2 | don't know what to do with the "confidential" things, though. usually i just link to them from wiki. |
14:08.36 | dcordes | cr2: do you know how the cameras are conntected in kaiser? |
14:09.05 | cr2 | over mddi2 and msm7200 gpios |
14:09.39 | cr2 | we have the datasheets and the ov* camera driver from olpc already |
14:09.45 | dcordes | hm noting. btw do you have some document on all this? on how the peripherals are connected, some sort of 'real' scheme? |
14:10.03 | dcordes | cr2: I know I downloaded them when you pasted the link |
14:10.14 | cr2 | http://wiki.xda-developers.com/index.php?pagename=KaiserResearch |
14:11.12 | dcordes | ok wasn't aware of this. But it's not to detailed. shouldn't there be something mentioning that bt is on uart? |
14:11.35 | cr2 | majorburn: like this one http://www.channel-microelectronic.de/ch_html_de/halbleiter/interface-ics/usb/pdf/S1R72V03_TM_410103703.pdf |
14:28.35 | *** part/#htc-linux okias (i=ejabberd@poseidon.kraja.cz) |
14:33.25 | *** join/#htc-linux Kayser (n=kayser@sur-internet.net) |
14:35.46 | *** join/#htc-linux CVirus (n=GoD@196.205.193.11) |
14:40.40 | infernixx | dcordes: ping? |
14:40.56 | dcordes | pong |
14:41.18 | infernixx | a dutch friend of mine has been speeding in germany and got a mail |
14:41.28 | infernixx | "schriftliche verwarnung/anhorungsbogen" |
14:41.39 | infernixx | is this a fine or a warning? |
14:41.47 | infernixx | "schriftliche verwarnung mit verwarnungsgeld" |
14:45.43 | kiozen | infernix: a fine |
14:45.58 | infernixx | thanks:) |
14:46.03 | dcordes | I think so |
14:46.14 | dcordes | verwarnung=warning verwarnungsgeld=fine |
14:46.18 | kiozen | infernix: but he can explain himself, and say that he does not think the fine is right |
14:46.33 | dcordes | that's a flash now I'm listening to dutch rap music |
14:46.47 | dcordes | <PROTECTED> |
14:46.51 | dcordes | <PROTECTED> |
14:46.55 | kiozen | infernix if he does not react it is assumed that he does accept the fine |
14:48.41 | kiozen | dcordes: more noise: http://www.deezer.com/#music/album/1705 |
14:50.24 | dcordes | kiozen: sounds interesting :) is that your prefered kind of stuff? |
14:51.45 | kiozen | dcordes: on wednesdays, after sitting half at the morning at the dentist, and now all allone in my office programming boring database stuff? yes definetly |
14:52.33 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
14:53.50 | dcordes | kiozen: oh that's cruel what did he do to you? |
14:56.23 | kiozen | dcordes: removed the gold inlay, removed a bit of karies and glued the gold inlay again. Now my teeth hurt and I know why, before they just hurt and I did not know why :/ |
14:56.57 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
14:57.03 | *** part/#htc-linux zoolooc (n=lucian@nrbg-4dbfdf38.pool.einsundeins.de) |
14:57.08 | *** join/#htc-linux dortega (n=David@238.Red-88-16-218.dynamicIP.rima-tde.net) |
14:57.15 | dcordes | kiozen: now that's progress! |
14:57.37 | kiozen | dcordes: somehow a bit like Kaiser :P |
14:57.47 | kiozen | you finished school today? |
14:58.18 | dcordes | yes |
14:58.38 | kiozen | so what's next? |
14:59.02 | dcordes | in the '4th abitur cours', non written one |
14:59.15 | dcordes | next is waiting for the results of the 3 written exams |
14:59.44 | *** join/#htc-linux patoche (n=Patrice@lns-bzn-20-82-64-22-220.adsl.proxad.net) |
14:59.44 | dcordes | and then no idea. I don't know if I'm possibly going for computer science |
15:00.07 | tcccp | "Abitur" somehow sounds german |
15:01.24 | kiozen | boy, learn something sensible :) |
15:01.25 | dcordes | baccalaureat |
15:01.41 | dcordes | j'ai le bac |
15:01.50 | dcordes | je pense |
15:01.54 | kiozen | "computer scienc" is mostly programming databases and webpages |
15:02.28 | dcordes | what's the study of choise if I wanna hack on hardware? |
15:02.39 | kiozen | electronic engineering |
15:02.56 | dcordes | that sounds like _no_ software |
15:03.00 | dcordes | at all |
15:03.14 | dcordes | I'd need a bit of both |
15:03.27 | kiozen | the study is mostly mathematics |
15:03.29 | dcordes | doesn't that go together anyway? |
15:03.37 | dcordes | pukes |
15:04.07 | kiozen | if you choose direction telecommunication, digital signal processing, microelectronics |
15:04.22 | kiozen | no math - no science |
15:04.44 | dcordes | hm taking note of this |
15:04.45 | kiozen | else you faith is programming webpages or databases |
15:04.50 | dcordes | haha |
15:05.24 | kiozen | but honestly it's fun to understand how mpg3 and stuff works |
15:05.52 | kiozen | and this stuff needs to be programmed for digital signal processors |
15:06.33 | kiozen | the best part is that theory == real world |
15:06.42 | *** join/#htc-linux jeanseb (n=jeanseb@88.164.32.155) |
15:07.06 | jeanseb | hi |
15:07.16 | jeanseb | BabelO, any news about BA ? |
15:07.17 | majorburn | OH HELLO |
15:09.26 | dcordes | kiozen: what you mean, theory == real world? |
15:09.44 | dcordes | dude that cyber alternate jazz electro s tuff is really spaced up |
15:10.01 | dcordes | am at the 5th track we drummin |
15:11.11 | kiozen | dcordes: in digital signal processing the theoretic algorithm can be implemented as is |
15:11.48 | kiozen | dcordes: it's not like the analog world |
15:12.07 | kiozen | dcordes: it's applied math, it's fun |
15:12.38 | dcordes | I don't understand this at all. I just tried to imagine algorythms being stuffed into a usb controller |
15:13.24 | dcordes | weird in its whole appearance |
15:13.57 | kiozen | dcordes: if you do a filter in analog world, you have to play with loads of hardware like coils, capacitors, resistors and operational amplifiers. -> nasty |
15:14.42 | dcordes | ah yea so you just put the zeros and ones |
15:14.52 | dcordes | as long as they arrive you have no signal loss |
15:15.16 | kiozen | dcordes: if you do that in the digital world, you simply solve a polynomial sytem, take the coeficients and implement the formular in the DSP |
15:15.28 | kiozen | and it works, like you have calculated it |
15:15.32 | dcordes | of course polynomdivision no problem |
15:15.53 | dcordes | I'm also king of linear algebra no doubt |
15:16.06 | kiozen | you even can predict the error by quantification |
15:16.13 | dcordes | which error? |
15:16.22 | dcordes | false encryption? |
15:16.44 | kiozen | linear algebrar is very usefull for digital signal processing |
15:17.46 | kiozen | convolution matrices are pure linear algebra |
15:18.36 | kiozen | the fun is that you can use all this boring math to create usefull systems like a mp3 encoder/decoder and similar |
15:18.54 | kiozen | and at this point math becomes fun |
15:19.38 | dcordes | yea I think so but in the way and with (most) people who tought it during the last say 10 years |
15:19.48 | dcordes | it was the opposite |
15:20.32 | kiozen | because our school system failes to show the fun behind it |
15:21.24 | kiozen | dcordes: fyi all the lads I studyed with and I still know, do programming these days, no hardware |
15:22.27 | kiozen | dcordes: they programm hardware, and no computer science guys around |
15:22.40 | *** join/#htc-linux ASUS-tek (i=microsta@221.128.206.138) |
15:22.49 | ASUS-tek | dcordes |
15:23.04 | ASUS-tek | cheers |
15:23.24 | dcordes | ie computer scinece does not look like an optimal path if you're aiming in coping with hardware? |
15:23.32 | dcordes | hi asus |
15:24.14 | kiozen | dcordes: that is what I try to explain |
15:24.16 | ASUS-tek | but i didtn get what u syaing dear |
15:24.39 | ASUS-tek | nice to see ya againg dear |
15:25.02 | ASUS-tek | dcordes the prices of eeepc 4 gb is not 12 k its 16 k here |
15:25.09 | ASUS-tek | rupees |
15:25.37 | ASUS-tek | but its cheaper then hong kong and taiwan and maccu |
15:25.55 | ASUS-tek | dcordes u there |
15:26.18 | kiozen | ASUS-tek: btw is the 12'' version already available? |
15:26.35 | ASUS-tek | nope the 8.9 is and its avaible in the states |
15:27.04 | kiozen | 8.9 is too bad for my eyesight :) |
15:27.06 | ASUS-tek | me in India its not there till now its gona be in few week in the EURO zone |
15:27.45 | ASUS-tek | okey 8.9 its haivng 1200 *700 res so that wont be the problem |
15:31.31 | dcordes | ok that's good wvga is ass. |
15:31.41 | exco | ! |
15:31.47 | *** join/#htc-linux okias (i=ejabberd@poseidon.kraja.cz) |
15:32.23 | dcordes | I wonder in how far the bigger screen will affect battery life. ASUS-tek will you ship the big screens with a better battery? |
15:33.24 | exco | Isn't the light consuming considerably more energy compared to the screen itself? |
15:34.00 | dcordes | they go together |
15:34.07 | dcordes | I say |
15:35.49 | dcordes | exco: tested qvga mokomoko on wizard yet? |
15:36.40 | ASUS-tek | will catch ya later as having food |
15:36.44 | exco | I can't get the OM past the touchscreen calibration (I'm only using a Magician) |
15:36.57 | dcordes | magician yea |
15:37.05 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
15:37.14 | dcordes | exco: what does happen exactly after the ts cal? |
15:37.32 | dcordes | you see the X on black white dotted background? |
15:38.12 | exco | yes, then the calibration screen (the white one with blue cross) and it apparently doesn't recognize my input or is just frozen |
15:38.58 | dcordes | my first gess is the first option |
15:39.02 | exco | if I call ts_calibrate (ssh) - it recognizes input |
15:39.25 | dcordes | do you launch this from fbcon? |
15:39.43 | exco | I cant move that dotted X (on other images I can even before calibration) |
15:40.04 | exco | I don't know about fbcon |
15:40.45 | dcordes | normal console before X starts |
15:41.55 | exco | we'll... I start it using hret from WinCE and I get a normal console then the angstrom bootsplash then X starts... |
15:42.18 | dcordes | I mean the ts_calibrate |
15:42.28 | dcordes | do you have X startet when you run it? |
15:43.06 | exco | I guess so (I'm stuck with that calibration screen) - then ssh in and ... t&e ... |
15:44.45 | paulproteus | I can reproduce this issue. (-: |
15:44.53 | paulproteus | i.e., my Magician is stuck on that screen right now. |
15:45.23 | dcordes | I didn't even get one X image start on kaiser |
15:45.27 | dcordes | they are all too big |
15:45.33 | paulproteus | What are too big? |
15:45.41 | exco | hello paulproteus. Did you get some sleep within the last 48h? |
15:45.41 | dcordes | the initrds |
15:45.45 | dcordes | at least they don't boot |
15:45.48 | paulproteus | exco, Yes! (-: |
15:46.09 | paulproteus | dcordes, You should remove the zImage symlink, as exco discovered. |
15:46.19 | paulproteus | BTW, exco, we should probably file an OE bug about that. |
15:46.22 | paulproteus | Since it's just Totally Broken. |
15:46.32 | dcordes | I tried one minimal-openmoko-image with rm -r /boot |
15:46.35 | dcordes | same |
15:46.40 | dcordes | it's just the kaiser ramdisk screwage |
15:46.51 | dcordes | it's driving me crazy we need SD on kaiser srsly |
15:46.58 | paulproteus | dcordes, *oh*, I see. |
15:47.31 | dcordes | do you also boot w/o module support on magician? |
15:48.03 | paulproteus | We enjoy module support. |
15:50.08 | exco | regarding bug filing... I don't know what's broken! |
15:51.10 | paulproteus | Well, the symptoms would probably be a good start. |
15:51.31 | paulproteus | It seems based on what it prints to try to kexec the kernel in /boob/zImage. |
15:51.34 | paulproteus | Er, boot. |
15:52.03 | exco | :-) |
15:53.01 | kiozen | cr2: around? |
15:53.44 | exco | do you think the zImage problem is related to the freeze after bootsplash? |
15:55.04 | exco | can't we trace what introduced the zImage problem? |
15:55.31 | ASUS-tek | BURP |
15:55.56 | paulproteus | Sure, we could, but I have to do some work for now. (-: |
15:56.31 | exco | you mean besides working on Magician :-P |
15:58.04 | dcordes | paulproteus: it's useful for testing to not have to install the modules before you try your image |
15:58.24 | paulproteus | exco, Yes, sadly! (-: |
15:59.13 | exco | btw why are there 2 different calibration screens? |
15:59.33 | paulproteus | I have no idea, I have only seen the first one! |
16:00.03 | exco | if you run ts_calibrate you get a different one (black background... nicer looking) |
16:00.08 | paulproteus | Interesting. |
16:00.17 | paulproteus | Well, whichever this one is, it should probably be removed from the startup process then. |
16:00.46 | exco | yes, I didn't find out how it's executed... yet |
16:01.03 | paulproteus | ps aux, and pstree |
16:01.42 | paulproteus | Or, heck, just grep the image for the program's name! |
16:02.02 | *** part/#htc-linux ASUS-tek (i=microsta@221.128.206.138) |
16:02.03 | exco | we'll I don't know what it's called :-) |
16:02.54 | paulproteus | I should give my Magician an IPv6 address. |
16:03.06 | paulproteus | Mine is still running the lame one. |
16:03.13 | exco | btw I don't get that calibration screen anymore ... just empty error messages popping up and touchscreen still not working |
16:03.14 | paulproteus | Let me SSH in and see what it's called. |
16:03.30 | paulproteus | Sad that the touchscreen isn't working even after you run ts_calibrate. |
16:03.31 | dcordes | exco: one question did you start off using linux with your magician? |
16:03.49 | dcordes | it is mind kicking how fast you got a command of all this |
16:04.05 | exco | how do you mean start off ? |
16:04.23 | dcordes | beginning |
16:04.37 | exco | you mean if I tried linux on the desktop to get linux on the Magican? |
16:04.55 | dcordes | yes |
16:05.17 | paulproteus | Hmm, I don't get a USB ethernet interface when I plug in my Magician. |
16:05.28 | paulproteus | That is, no such interface appears on my desktop I plugged it in to. |
16:05.39 | exco | not really... I am using Linux for about 3 months now (pretty fresh) and remembered I read about linux on Magician a few years back... so I thought it could be "mature" by now and wanted to give it a try |
16:05.59 | paulproteus | exco, Also, BTW, you might want to email the htc-pxa email list. |
16:06.04 | paulproteus | About our problems. |
16:06.19 | exco | I will |
16:07.17 | *** join/#htc-linux JohnnyK (n=johnnyk@nfx-nat-229.pilsfree.net) |
16:07.27 | exco | turns out linux was a good idea... I'm setting up a boinc project as term paper |
16:07.42 | dcordes | I cya |
16:07.53 | exco | bye |
16:07.59 | paulproteus | Bye dcordes! |
16:08.14 | paulproteus | exco, Awesome. (-: |
16:09.27 | exco | about your usb setup.. your usb config - I guess you have usbnet running on your desktop? |
16:10.32 | paulproteus | udev is supposed to load it automatically. |
16:11.01 | paulproteus | It's usb0, the interface name, right? |
16:11.06 | exco | yes |
16:11.16 | paulproteus | No such interface, I'm afraid. |
16:11.33 | paulproteus | It's strange because the Magician's charging light goes orange, just like it should. |
16:11.42 | exco | in linux? |
16:11.46 | paulproteus | Right. |
16:11.54 | exco | mine doesn't |
16:12.10 | paulproteus | I'm still stuck on the "Touch the crosshairs to calibrate the screen" stage. |
16:12.46 | exco | I think using ts_calibrate and restart got rid of it - touchscreen is still not working |
16:12.57 | paulproteus | Right, but I can't SSH in to mine, sadly. |
16:13.19 | exco | from what I can tell - I think the output /dev/input/event1 is wrong |
16:13.30 | paulproteus | But strangely that's independent of kernel version? |
16:13.43 | paulproteus | I wonder if something starts up in userspace that configures it, then. |
16:13.50 | paulproteus | That configures it wrong in our image, no matter what kernel we give it. |
16:13.52 | exco | on the older image if I cat ... there's no output unless touching the screen. |
16:14.08 | exco | on this one I always get output plus additional if touching the screen |
16:14.53 | exco | also if I use our kernel and modules with the older touchscreen works fine |
16:15.06 | paulproteus | Right, that's the curious thing. |
16:15.18 | exco | it really is |
16:15.24 | paulproteus | At this point, I don't know how much more help I can be, so we might as well check in with the htc-pxa list. |
16:15.56 | paulproteus | I can investigate a little tonight maybe, but I'm stabbing in the dark, whereas hopefully someone there knows what's going on. (-: |
16:16.08 | exco | I can doublecheck everything but I think I pretty much hit the wall |
16:19.37 | *** join/#htc-linux rob_w (n=bob@Mb1d1.m.pppool.de) |
16:42.52 | patoche | hi all |
16:43.19 | patoche | someone know a good tutorial to disassemble SPL ? |
16:45.26 | *** join/#htc-linux exc1 (n=exco@e181105218.adsl.alicedsl.de) |
16:48.28 | patoche | arm-elf-objcopy -I binary -B arm -O elf32-littlearm 80000800-SPL.nb SPL.elf ; arm-elf-objdump -D SPL.elf > SPL.asm |
16:48.51 | patoche | or there is better ? |
16:58.04 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfdf38.pool.einsundeins.de) |
17:03.10 | *** join/#htc-linux exco (n=excogita@scenicl-69.itm.mw.tum.de) |
17:09.51 | *** join/#htc-linux p3t3r__ (n=p3t3r__@wlan1.net-you.de) |
17:09.57 | p3t3r__ | Eine Musik-Nachrichten-Sitzung wurde angefragt. Bitte klicken Sie das MM-Icon zum Akzeptieren. |
17:10.00 | p3t3r__ | Eine Musik-Nachrichten-Sitzung wurde angefragt. Bitte klicken Sie das MM-Icon zum Akzeptieren. |
17:13.16 | cr2 | p3t3r__: in linux ? |
17:14.23 | cr2 | patoche: why do you need objcopy ? |
17:15.28 | patoche | my first try was to open it on IDA but it only print data |
17:15.53 | cr2 | you should decode it with dumprom first. |
17:16.09 | cr2 | then it'll get coff headers. |
17:17.03 | cr2 | objcopy is really useless, because you can force decoding from the first op in ida anyway. |
17:17.49 | p3t3r__ | cr2: yes, if you mean whether i am in this room using a linux-machine |
17:19.10 | patoche | cr2: thanks , will try |
17:31.44 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
17:36.09 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
17:51.06 | patoche | cr2: dumprom dont work on SPL ? if fact i want to find the code executed when a diagnostic sdcard is inserted in a wizard |
17:53.10 | patoche | actualy my SPL.nb is fetched with typhoonnbfdecode.pl from a dump on sdcard |
18:00.50 | *** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com) |
18:14.26 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-fe152a13bd326307) |
18:26.31 | cr2 | patoche: i think it should work. |
18:34.36 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1dbb8.pool.einsundeins.de) |
18:37.11 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
18:39.39 | cr2 | hi Marex |
18:39.56 | cr2 | Marex: i've added the n_erhtc.c to hh.org |
18:40.20 | cr2 | kiozen: i do everything right, but it does not work as i want ;) |
18:40.43 | Marex | cr2, was that really a good idea ? |
18:40.59 | kiozen | cr2: that is what I said when reverse engineering the Garmin protocol :) |
18:41.43 | Marex | cr2, btw doesnt seems it was commited, see the commit log ;) |
18:41.50 | cr2 | Marex: yes. because i've immediately fixed some sable compilation bugs |
18:42.03 | Marex | I see, ok |
18:42.04 | cr2 | Marex: hm. yes. |
18:42.33 | *** join/#htc-linux pH5 (n=ph5@e178237175.adsl.alicedsl.de) |
18:43.09 | cr2 | Marex: now it is |
18:43.28 | Marex | cr2, well I still dont think it's really a good idea |
18:43.34 | Marex | the code may be not working |
18:43.53 | cr2 | Marex: gpio_set_value() for asic3_* is the next. |
18:44.12 | cr2 | Marex: there are 2 users of that code, so don't mind ;) |
18:44.12 | Marex | ok, happy hacking |
18:44.29 | Marex | I have to learn c# till tomorow, so ... |
18:44.41 | Marex | (read: that's three hours from now ;) ) |
18:46.16 | cr2 | hehe. |
18:46.51 | cr2 | sounds evil |
18:50.24 | kiozen | c#, brrrrrrr |
18:51.13 | kiozen | struggle with gimp and color pallets |
19:01.42 | cr2 | kiozen: already seen that ? http://lazarus.elte.hu/hun/digkonyv/topo/3felmeres.htm |
19:01.50 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
19:05.10 | kiozen | cr2: yes someone told me, would be nice maps for my tutorial, but what projection? |
19:06.15 | Marex | kiozen, cr2, yea, it makes me puke, but I have to pass the test |
19:06.47 | kiozen | Marex: lol, it does not hurt to learn a bit of dark art :) |
19:07.07 | cr2 | Marex: know your enemy :) |
19:07.17 | Marex | :D |
19:07.18 | cr2 | kiozen: does not look like GK |
19:07.47 | kiozen | cr2: more like lambert |
19:07.55 | kiozen | cause of the degree |
19:08.11 | cr2 | kiozen: yes, but which one... |
19:08.29 | kiozen | cr2: It's amazing how empty the area I come from is |
19:09.09 | kiozen | cr2: the maps are nice but not usable for an open tutorial :( |
19:10.08 | cr2 | kiozen: hm, but all old maps look like that. |
19:11.03 | kiozen | cr2: the nice part about the current tile is that is really has the information printed on it |
19:11.12 | kiozen | cr2: but also the legal notice :/ |
19:11.43 | *** join/#htc-linux noelcragg (n=noel@adsl-66-122-41-171.dsl.sntc01.pacbell.net) |
19:13.13 | cr2 | legal notice ? |
19:14.49 | kiozen | cr2: it's not allowed to copy digitize or something else |
19:15.00 | kiozen | cr2: printed right on it |
19:15.10 | cr2 | where ? |
19:15.47 | kiozen | cr2: on the papermap, think that part is not on the example tile, but that is no reason to ignore it |
19:16.21 | *** part/#htc-linux noelcragg (n=noel@adsl-66-122-41-171.dsl.sntc01.pacbell.net) |
19:17.19 | cr2 | kiozen: don't see it |
19:18.05 | kiozen | cr2: not the topo maps, the Dolomitie map I use for my tutorial |
19:20.35 | cr2 | ah, ok. |
19:23.47 | kiozen | cr2: I have two map tiles with same pallet and transparent color. |
19:24.01 | kiozen | cr2: if I stitch them with gdalwarp |
19:24.20 | kiozen | cr2: the transparent color seems to be dropped |
19:24.47 | kiozen | cr2: gdal pollutes white spaces with black |
19:24.56 | kiozen | cr2: you had this before? |
19:28.51 | kiozen | cr2: gdalwarp -srcnodata 255 -dstnodata 255 seems to be ignored :/ |
19:29.22 | cr2 | the 255-th entry is transparent ? |
19:30.06 | kiozen | cr2: yes |
19:30.29 | cr2 | strange |
19:30.46 | kiozen | cr2: colortable is 1:1 but the no data color is not set |
19:31.08 | cr2 | i've even stitched 2 "close palette" images with 'composite -compose overlay a.png b.png ab.png' |
19:31.37 | cr2 | gdal_translate first to add nodata first ? |
19:32.01 | kiozen | the source has the nodata filed, just the target is missing it |
19:32.35 | cr2 | no, didn't happen to me. |
19:32.40 | cr2 | ask on the gdal ml |
19:34.34 | kiozen | cr2: arrg that is lame, it's gdal not writing over existing data without telling the user, grrrrrr |
19:35.29 | *** join/#htc-linux Robwoerle (n=bob@Mbfe9.m.pppool.de) |
19:39.15 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
19:39.31 | pikapika | hi |
19:42.19 | *** join/#htc-linux kiozen_ (n=kiozen@rgnb-4db1da24.pool.einsundeins.de) |
19:47.15 | *** join/#htc-linux jeanseb (n=jeanseb@88.164.32.155) |
20:18.40 | cr2 | BabelO: tgs5000 gps ? http://www.handhelds.org/moin/moin.cgi/ArtemisHardware |
20:19.08 | BabelO | cr2: not me, i did not create the artemis entry, just add the table |
20:20.01 | BabelO | cr2: http://pastebin.ca/1018325 |
20:20.17 | BabelO | cr2: why i only get 0xffff ? i miss something ? |
20:22.49 | BabelO | cr2: i ve checked each event one by one 0xfffe to 0xffff and the others |
20:23.58 | *** join/#htc-linux kiozen_ (n=kiozen@rgnb-4db1d88a.pool.einsundeins.de) |
20:24.04 | *** part/#htc-linux okias (i=ejabberd@poseidon.kraja.cz) |
20:27.16 | cr2 | BabelO: haha http://android-developers.blogspot.com/2008/05/top-50-applications.html |
20:27.54 | cr2 | BabelO: what do you send ? |
20:28.05 | paulproteus | cr2, Why funny? |
20:29.15 | BabelO | cr2: lot of peolple looking for money :) |
20:29.38 | cr2 | paulproteus: i vote for M, because it's a direct attack on google :) |
20:29.38 | BabelO | cr2: register are in the order, i send 0x800 then 0xc300 .... |
20:29.47 | BabelO | cr2: but always reading 0xffff |
20:29.52 | cr2 | paulproteus: and roadmap, of course. |
20:30.04 | paulproteus | cr2, What's M? |
20:30.19 | cr2 | BabelO: afair it was 0xd300 and 0xc300 ? |
20:30.40 | cr2 | paulproteus: http://qlandkarte.org |
20:30.55 | paulproteus | cr2, Ah, nice. (-: |
20:33.44 | BabelO | cr2: the driver send the values, i just relay over my spi driver |
20:45.59 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
20:54.14 | *** join/#htc-linux LunohoD_ (n=alex@e180069029.adsl.alicedsl.de) |
20:54.14 | kiozen | BabelO: you should really stitch your Vergeze map, it's a great performance improvement and gdal does a nice job at the tile borders |
20:56.39 | BabelO | kiozen: :) fighting with ts driver, i m doing rocket science |
20:57.30 | kiozen | BabelO: watch out for flying parts :) |
20:58.55 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
21:04.26 | Zoolooc | dcordes_: ping |
21:10.40 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) |
21:24.12 | revertive | i have a fealing there's a storm coming this way :p |
21:25.07 | *** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
21:33.08 | *** join/#htc-linux PCrazee (i=pcrazee@static.88-198-43-214.clients.your-server.de) |
21:39.17 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
21:43.13 | cr2 | hi tsdogs |
21:43.23 | tsdogs | hi cr2 |
21:44.16 | tsdogs | cr2: working on viewer to see if I can fix some bugs, and interface :) |
21:44.27 | tsdogs | any more bugs to submit? |
21:46.12 | tsdogs | hmm print dialog is messed up |
21:47.10 | cr2 | tsdogs: there are some segfaults here and there, but the quick and dirty things work. |
21:47.26 | tsdogs | :) ok |
21:47.38 | tsdogs | I think I've fixed a few more bugs. |
21:47.53 | tsdogs | Let me fix the print dialog then will give u a new version |
21:48.04 | cr2 | tsdogs: i think there is 200-iz hardcoded somewhere, but it's not a bug, just a quick and dirty feature. |
21:48.10 | cr2 | thanks :) |
21:48.48 | tsdogs | btw, did I miss much ? Haven't been around for some time :) |
21:49.05 | tsdogs | today I set up my first BGP router ;) |
21:49.16 | cr2 | not really. |
21:49.22 | cr2 | nice. |
21:49.45 | tsdogs | hmm roadmap mailing list looks pretty active lately. |
21:50.08 | tsdogs | it was fun, bit complicated (to understand) but fun |
21:51.00 | cr2 | yes, the iphone port, and wince-gcc working too |
21:51.44 | cr2 | but i still don't take it seriously before there will be point layers. |
21:51.55 | tsdogs | lol |
21:52.18 | tsdogs | at least paul is willing to do some work on it |
21:52.19 | cr2 | and the route planner of course. |
21:52.44 | cr2 | i began to document the .rdm access api. |
21:52.53 | *** join/#htc-linux miknix (n=miknix@213.13.201.160) |
21:52.58 | cr2 | i hope he will do it for the rendering api. |
21:53.12 | cr2 | i'll post the question about the doxygen |
21:53.56 | tsdogs | yes, some documentation would be of much help to anybody... |
21:59.49 | cr2 | tsdogs: is the current xanadux tree up-to-date with the mainline ? |
22:00.09 | cr2 | tsdogs: i'm curious what we should push to mainline next. |
22:00.21 | tsdogs | cr2: hmm not really, bug I think the big things are in... |
22:00.58 | cr2 | the zoom level indicator and the 2x scaling ? |
22:01.12 | tsdogs | cr2: I think rdm change would be nice. As drawing things can be ported easily |
22:01.39 | cr2 | 2^32 polygon lines ? |
22:01.58 | cr2 | hmm. i'd like to have the clean .rdm upgrade. |
22:02.08 | tsdogs | hmm ok, but we haven't got anything for that ourselves, and maybe discussing on changing to mercator could also be nice |
22:02.27 | cr2 | beginning with the mandatory metadata tags, which should be honored by the rendering part. |
22:02.47 | tsdogs | cr2: yes the 2^32 |
22:02.49 | cr2 | the Class tag is already there. |
22:03.02 | cr2 | we may add the format version tag |
22:03.17 | cr2 | to keep the binary incompatible thing away. |
22:03.19 | tsdogs | that'd be nice too. |
22:03.56 | cr2 | and the projection tag, so mercator will be possible along the usual latlong microdegrees. |
22:04.12 | tsdogs | yes that's an idea |
22:04.22 | cr2 | but then the renderer code needs some changes (to not scale by cos(lat)) |
22:04.37 | cr2 | and the gpsd glue code. |
22:05.40 | cr2 | i think we'd start with replacing all *1000000 and /1000000 with some RDM2XXX function. |
22:06.30 | tsdogs | yes |
22:11.44 | miknix | Kevin2, ping |
22:14.24 | cr2 | BabelO: does the SD card work on artemis ? |
22:15.00 | BabelO | cr2: yes very well, just some sd timeout on boot CMD5 |
22:15.23 | cr2 | ok. |
22:16.08 | cr2 | BabelO: gps ? |
22:16.35 | miknix | BabelO, just checked the mux configuration for MMC and is the same. I'm going to check UART1 |
22:17.01 | BabelO | cr2: gps too :) |
22:17.16 | cr2 | miknix: if you'll fix the i2c-cpld power for the SD that'll be a real breakthrough. |
22:17.23 | BabelO | miknix: good |
22:17.25 | cr2 | BabelO: is it sirf ? |
22:17.37 | BabelO | cr2: yes a sirf III, why ? |
22:18.03 | cr2 | BabelO: because the guy who has edited the artemis at hh.org has written some weird stuff there. |
22:18.07 | cr2 | BabelO: bt ? |
22:18.37 | cr2 | BabelO: can you start the siftmon, and add the firmware version into wiki ? |
22:18.45 | BabelO | cr2: bt i did not check, UART is up , just need to push the power and do the reset |
22:19.06 | BabelO | cr2: yes, if you help me to understand the TS :) |
22:20.21 | cr2 | hmm. yes, TS is a must. then you can have fun with M :) |
22:20.55 | cr2 | BabelO: you use your own spi_100k driver ? and what do you use for the tsc2046 ? |
22:20.56 | miknix | cr2, the sd power enable bit is available on i2c chip3 at bit 3 . Setting that pin to 0 is known to turn off mmc for people :) |
22:21.09 | miknix | s/mmc/SD/ |
22:21.24 | cr2 | miknix: ok, but when you set it, does the SD card work ? |
22:21.43 | miknix | cr2, yes |
22:21.49 | BabelO | cr2: yes i use my own spi driver, and i use the tsc2046_ts.c because it dial with 16 bit word, and it is easier |
22:21.51 | cr2 | miknix: i.e. can you finally have the rootfs on the SD without any weird workarounds. |
22:22.30 | cr2 | BabelO: 16 ? i think it was (and is) 24bit on universal ? |
22:22.57 | cr2 | BabelO: so i think you need to use the 8bit transfers really. |
22:23.04 | BabelO | cr2: the spi bus dialog is set to 16 bit and ads7846 driver set it to 8bit |
22:23.15 | cr2 | ok |
22:23.20 | miknix | cr2, the problem is that if we start without any sd workaround, the sd bit doesnt make any difference. but if we start with sd workaround, we can disable and enable sd power with that bit. IMHO, there should be another gpio/register that is involved |
22:23.51 | cr2 | miknix: isn't there an omap SD power gpio too ? |
22:24.03 | cr2 | miknix: and what about wifi/SD mux ? |
22:24.10 | miknix | cr2, didnt try it yet |
22:24.30 | cr2 | miknix: on artemis you need to take care about all these 2 issues. |
22:24.57 | BabelO | miknix: can you try omap_writel(0x00000006, 0xfffe10b4); /* PCC_CONF_REG 0x6=MMC activated 0x2=init */ |
22:25.08 | miknix | cr2, I've dumped GPIO changes on haret when the card is inserted and removed both with SD fix and without it |
22:25.26 | miknix | cr2, but I dont see any difference in GPIO settings |
22:25.39 | cr2 | 19 0x13 SD power0 |
22:25.54 | miknix | maybe the changed gpio wasnt on the watch list |
22:26.06 | miknix | hum.. gpio 19? |
22:26.31 | cr2 | miknix: you need to set this gpio together with the i2c-cpld power gpio. |
22:26.43 | cr2 | it's not an unusual things. i have the same on n560 |
22:26.55 | miknix | wait! |
22:27.00 | cr2 | http://wiki.xda-developers.com/index.php?pagename=WizardGPIO&version=6 |
22:27.13 | miknix | 002.176 GPIOS GPIO1-IL: IL19(19)=1 |
22:27.14 | miknix | 002.176 GPIOS GPIO1-OL: OL19(211)=1 |
22:27.14 | miknix | 002.181 GPIOS GPIO1-IL: IL19(19)=0 |
22:27.15 | miknix | (...) |
22:27.22 | miknix | That pin appears on my dump |
22:27.41 | cr2 | yes, it's the SD power0, as i've written into wiki. |
22:27.52 | miknix | I'm pretty sure its the gpio associated with the insert switch on the card reader |
22:28.05 | cr2 | miknix: it's from spl |
22:28.30 | cr2 | you should also check this one: |
22:28.32 | cr2 | <PROTECTED> |
22:28.39 | miknix | If you keep pressing the sd into the slot, the GPIO19 keeps changing from 0 to 1 to 0... |
22:28.50 | cr2 | yes, it's the power |
22:28.59 | miknix | hum.. |
22:29.12 | cr2 | because it's the output gpio. SD detect is always an input gpio. |
22:29.37 | cr2 | and you don't care about SD detect if your rootfs is on the SD |
22:30.19 | cr2 | but it may change when we'll flash the rootfs. |
22:30.19 | miknix | cr2, http://pastebin.com/d1dfbf88f (read the comment at the end) |
22:30.19 | cr2 | tsdogs: thanks :) |
22:30.36 | tsdogs | cr2: yw, still some bugs left, but it should be more usable :) |
22:31.17 | cr2 | miknix: my data is from the spl, and i'm quite sure about it, because it looks very similar to artemis. |
22:31.26 | miknix | I believe you |
22:31.41 | miknix | just wondering why it happens like that |
22:32.38 | cr2 | the power is probably reapplied on a controller reset |
22:35.23 | miknix | BabelO, my UART1 has another mux config |
22:36.01 | cr2 | miknix: what about documenting the mux config somewhere in wiki ? |
22:36.12 | miknix | cr2, sure |
22:36.50 | miknix | cr2, if you dont mind I'm going to put it on the linwizard wiki. SF.net wiki editor is less painful |
22:37.03 | cr2 | ok. |
22:37.15 | cr2 | spreading the data is a good idea anyway. |
22:37.32 | cr2 | if something fails. |
22:37.34 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
22:38.14 | miknix | cr2, do you have any wiki example for mux config for other devices ? |
22:38.51 | cr2 | no, it's an omap-specific things, so i've not done it myself |
22:39.00 | miknix | ok |
22:40.41 | cr2 | tsdogs: i have a segfault on a 300MB file, need to debug it. |
22:40.57 | tsdogs | cr2: you had it before too? |
22:41.50 | cr2 | tsdogs: yes. |
22:42.02 | tsdogs | ok. |
22:45.19 | cr2 | 0x0000000000439da1 in tData::loadncc2A (this=0x781830, parent=<value optimized out>, name=<value optimized out>) at tdataitem.h:52 |
22:45.19 | cr2 | 52 void setRef (int x=-1, int y=-1, int z=-1) { varX = x; varY = y; varZ = z; } |
22:45.39 | tsdogs | hmm |
22:47.48 | *** join/#htc-linux ASUS-tek (i=microsta@221.128.206.135) |
22:48.22 | tsdogs | cr2: what's the output in stdout just before that? |
22:48.31 | tsdogs | add marked: ... ? |
22:49.09 | cr2 | add zfake: nvars=4 size=6 |
22:49.09 | cr2 | add marked: nvars=5 size=8 profn=0 |
22:49.09 | cr2 | Program received signal SIGSEGV, Segmentation fault. |
22:49.29 | cr2 | profn=0 does not look good. |
22:50.09 | cr2 | ah. sorry. |
22:50.27 | cr2 | it does not contain lat/lon vectors ;) |
22:51.15 | *** join/#htc-linux noelcragg (n=noel@adsl-68-121-164-151.dsl.pltn13.pacbell.net) |
22:51.21 | *** part/#htc-linux noelcragg (n=noel@adsl-68-121-164-151.dsl.pltn13.pacbell.net) |
22:51.22 | tsdogs | I think that all those resize are not even needed ... |
22:56.08 | tsdogs | anyway porfn does not look good anyway |
22:56.18 | tsdogs | s/porfn/profn |
22:56.46 | tsdogs | new int [porfn], I wonder what it does |
22:57.22 | tsdogs | maybe doing new int[profn+1] would fix it |
22:57.26 | cr2 | dimensions: |
22:57.26 | cr2 | <PROTECTED> |
22:57.26 | cr2 | <PROTECTED> |
22:57.41 | cr2 | profn should be 17076 |
22:59.07 | cr2 | if (!strcmp(name,"lat")) profn=lups[0]; |
23:01.34 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
23:01.38 | tsdogs | cr2: do you have this with the older version? source looks pretty the same |
23:01.51 | cr2 | no, it's something else |
23:01.54 | cr2 | found profn=17076 |
23:01.54 | cr2 | add marked: nvars=15 size=22 profn=17076 |
23:02.46 | cr2 | it's testing with a big netcdf file |
23:04.32 | cr2 | for 2d name=pressure zid=10 |
23:04.32 | cr2 | for !2d name=pressure_psw zid=14 |
23:08.09 | cr2 | strange. |
23:09.18 | tsdogs | cr2: maybe it's a problem with QVector |
23:09.37 | tsdogs | it changed from qt3 to qt4 |
23:10.04 | tsdogs | maybe using Q3ValueVector fixes the problem... |
23:10.17 | cr2 | Q3 is not nice. |
23:10.21 | cr2 | colorbarlegend.sprintf("%s z=%.2f km",data->getName(td_plotid),200.-td_zindex); |
23:10.33 | cr2 | finally found the hack :) |
23:11.01 | tsdogs | lol |
23:11.20 | tsdogs | cr2: ok but at least we know it's the vector |
23:11.56 | cr2 | ok. |
23:12.04 | cr2 | i see a lot of weird things there. |
23:12.33 | cr2 | it should have been easier to use a transformation matrix instead of manually rescaling the axes. |
23:12.50 | cr2 | like that: |
23:12.53 | cr2 | const float dlon = (range[2]-range[0]) / 360.0; |
23:15.08 | tsdogs | ok, I changed the QVector handling functions, so maybe that's the problem. |
23:17.32 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
23:19.14 | cr2 | ok. good night |
23:19.20 | tsdogs | it's late, good night. Let me know if you find something... |
23:19.23 | tsdogs | lol |
23:19.30 | cr2 | ok |
23:19.57 | tsdogs | cr2: try removing the resizes before the insert |
23:35.29 | ASUS-tek | <PROTECTED> |
23:35.30 | ASUS-tek | <PROTECTED> |
23:35.30 | ASUS-tek | <PROTECTED> |
23:35.30 | ASUS-tek | <PROTECTED> |
23:35.30 | ASUS-tek | <PROTECTED> |
23:35.31 | ASUS-tek | <PROTECTED> |
23:35.32 | ASUS-tek | <PROTECTED> |
23:35.34 | ASUS-tek | <PROTECTED> |
23:35.37 | ASUS-tek | <PROTECTED> |
23:35.40 | ASUS-tek | <PROTECTED> |
23:35.41 | ASUS-tek | <PROTECTED> |
23:35.42 | ASUS-tek | News |
23:35.44 | ASUS-tek | ASUS Eee BOX Actual Product First Look |
23:35.47 | ASUS-tek | http://www.vr-zone.com/articles/ASUS_Eee_BOX_Actual_Product_First_Look/5770.html |
23:35.49 | *** part/#htc-linux ASUS-tek (i=microsta@221.128.206.135) |
23:37.01 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
23:40.03 | dcordes_ | awesome |
23:45.16 | *** join/#htc-linux surgex0 (i=surge@pool-71-186-234-216.bflony.fios.verizon.net) |
23:50.02 | dcordes_ | what does http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=blob_plain;f=arch/arm/mach-msm/adsp.c;hb=refs/heads/htc-msm do? |
23:50.15 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |