00:00.38 | *** join/#openmoko-cdevel Q-Master (~qmaster@89-179-64-11.broadband.corbina.ru) |
00:26.15 | *** join/#openmoko-cdevel nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
00:28.15 | *** join/#openmoko-cdevel nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
00:59.19 | *** join/#openmoko-cdevel Zeroedout (zeroedout@xx114200220.cipherkey.com) |
01:01.43 | *** join/#openmoko-cdevel methril (~methril@189.27.128.101.dynamic.adsl.gvt.net.br) |
01:05.09 | *** join/#openmoko-cdevel Defiant (erik@g224068180.adsl.alicedsl.de) |
01:44.01 | *** join/#openmoko-cdevel methril (~methril@189.27.128.101.dynamic.adsl.gvt.net.br) |
01:49.11 | *** join/#openmoko-cdevel zing (~zing@fedora/zing) |
01:54.56 | *** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
02:06.58 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de) |
02:52.42 | *** join/#openmoko-cdevel Flyser_ (~quassel@p578D182C.dip.t-dialin.net) |
04:07.32 | *** join/#openmoko-cdevel radekp (~radek@88.146.48.30) |
04:33.54 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
04:48.44 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
05:00.15 | *** join/#openmoko-cdevel nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
05:01.56 | *** join/#openmoko-cdevel khoonirobo (~versus@119.82.77.115) |
05:29.41 | *** join/#openmoko-cdevel Zeroedout (zeroedout@xx114200220.cipherkey.com) |
05:51.09 | TAsn | http://www.geeksphone.com/en/ |
06:00.00 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
06:03.40 | mrmoku | TAsn: hmm... they say to ship limited units... that's neww |
06:08.01 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
06:13.41 | mrmoku | Ainulindale: can't obey to rule #10 :P |
06:21.44 | *** join/#openmoko-cdevel Mwyann (~Mwy@89.86.135.185) |
06:26.46 | *** join/#openmoko-cdevel mzanetti (~mzanetti@46.114.176.225) |
06:53.11 | *** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:13.47 | *** join/#openmoko-cdevel GarthPS|office (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr) |
07:15.09 | *** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz) |
07:23.50 | *** join/#openmoko-cdevel GarthPS-onwin (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr) |
07:55.38 | *** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-62-246.clienti.tiscali.it) |
07:59.42 | *** join/#openmoko-cdevel |_0xEF| (~kvirc@62.64.65.186) |
08:09.48 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E1646B.dip.t-dialin.net) |
08:13.53 | *** join/#openmoko-cdevel sicu (~sicu@ti0090a380-dhcp0975.bb.online.no) |
08:18.11 | *** join/#openmoko-cdevel GarthPS|office (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr) |
08:24.14 | *** join/#openmoko-cdevel valos (~valos@2001:7a8:115a:1:219:b9ff:fe63:f3fe) |
08:53.51 | playya_ | moin |
08:54.57 | *** join/#openmoko-cdevel |_0xEF| (~kvirc@62.64.65.186) |
09:28.10 | *** join/#openmoko-cdevel Meomer (~phaegi@gw.ptr-80-238-173-59.customer.ch.netstream.com) |
09:37.58 | *** join/#openmoko-cdevel magie_01123 (~priyanka@61.12.3.20) |
09:38.34 | magie_01123 | does android support dvd video playback |
09:45.47 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
09:45.58 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
09:46.12 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
09:55.57 | *** join/#openmoko-cdevel phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
10:08.12 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
10:16.19 | *** join/#openmoko-cdevel beniwtv (~beniwtv@124.Red-83-36-62.staticIP.rima-tde.net) |
10:16.49 | beniwtv | Has anyone besides me problems with GSM detaching from the network in latest SHR-U? |
10:57.09 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
11:08.29 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
11:12.04 | *** join/#openmoko-cdevel Q-Master (~qmaster@89-179-64-11.broadband.corbina.ru) |
11:15.02 | mrmoku | beniwtv: what revision of fsogsmd has latest SHR-U? |
11:15.07 | mrmoku | checks |
11:17.30 | mrmoku | beniwtv: have to build updated cornucopia... can't do that before tonight though |
11:17.36 | mrmoku | but then that problem is fixed |
11:17.53 | Q-Master | is tired of WSs |
11:18.05 | mrmoku | beniwtv: if you need an urgent fix put 'pin = 1234' into your /etc/phonefsod.conf in the [gsm] section |
11:18.16 | mrmoku | Q-Master: WS is gone for me |
11:18.31 | Q-Master | mrmoku: how? |
11:18.42 | mrmoku | kernel update |
11:19.05 | Q-Master | no shr-u update yet |
11:19.17 | mrmoku | it was one of the last kernel updates |
11:19.54 | Q-Master | the kernel was not updated for a very long time already by opkg update/upgrade in SHR-u |
11:20.23 | mrmoku | root@om-gta02 ~ # opkg list_installed kernel |
11:20.24 | mrmoku | kernel - 2.6.32.13-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5 |
11:20.45 | Q-Master | mrmoku: yep. this one is at mine neo me also |
11:20.57 | mrmoku|lunch | Q-Master: hmm... for me WS is gone with that |
11:21.41 | Q-Master | got this morning suspend problem. after an alarm wakeup no suspend possible. even autosuspend resumed after a short time. |
11:21.59 | Q-Master | and got a WS just 2 min's ago when touched the display. |
11:22.27 | lindi- | Q-Master: what was the resume reason? |
11:23.28 | Q-Master | lindi-: AFAIK as always on new kernel: unknown. no such file or directory. |
11:23.48 | Q-Master | mrmoku|lunch: and LEDs are now not working also. 8( |
11:24.07 | lindi- | Q-Master: well can you find the resume_reason files manually? |
11:24.39 | Q-Master | lindi-: the last time i've tried - found none. let me resume and check. 1 sec |
11:26.15 | Q-Master | lindi-: 2010-07-26T11:23:51.310200Z [WARN] fsousaged : Can't read-open /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason: No such file or directory |
11:26.15 | Q-Master | 2010-07-26T11:23:51.310927Z [INFO] LowLevelOpenmoko <>: No resume reason marked in /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason |
11:26.15 | Q-Master | 2010-07-26T11:23:51.311698Z [INFO] UsageController <8 R>: Resume reason seems to be FSO_USAGE_RESUME_REASON_Unknown |
11:26.27 | lindi- | Q-Master: find /sys | grep resume |
11:26.37 | Q-Master | 1 sex |
11:26.44 | Q-Master | s/sex/sec |
11:27.15 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
11:27.38 | Q-Master | lindi-: /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/resume_reason |
11:28.03 | Q-Master | the path is wrong |
11:28.46 | *** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
11:28.56 | lindi- | Q-Master: there should be _two_ resume_reason files |
11:29.13 | Q-Master | lindi-: nop. only 1 here |
11:29.21 | lindi- | Q-Master: 2.6.32 bug I guess |
11:29.29 | Q-Master | might be |
11:29.40 | Q-Master | but that was from beginning. |
11:29.50 | Q-Master | there are too much bugs already. 8( |
11:29.53 | lindi- | yes I listed it myself too |
11:30.23 | lindi- | no report though since I thought it would just be non-implemented feature |
11:35.39 | *** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
12:07.32 | dos1 | Q-Master: LED non working? |
12:07.45 | dos1 | Q-Master: are you sure you have up-to-date rules.yaml for oeventsd? |
12:08.04 | dos1 | i have already fixed LEDs some time ago |
12:09.00 | Q-Master | dos1: 1 sec. |
12:10.04 | *** join/#openmoko-cdevel thrashold (~europan@3mhz.net) |
12:11.31 | Q-Master | dos1: I have this one: http://pastebin.org/420208 |
12:12.17 | dos1 | Q-Master: it's old |
12:12.34 | dos1 | Q-Master: you don't update conf files after opkg upgrade??? |
12:12.46 | *** join/#openmoko-cdevel pespin (~pespin@78.pool85-50-74.dynamic.orange.es) |
12:13.43 | Q-Master | dos1: I have only this one. no -opkg files... |
12:13.55 | *** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster) |
12:13.57 | Q-Master | dos1: what package contains this? |
12:14.03 | dos1 | strange |
12:14.11 | dos1 | frameworkd-config-shr |
12:14.37 | *** join/#openmoko-cdevel daniele_athome (~daniele@2a01:608:ffff:3644:21d:7dff:fe91:a28c) |
12:14.51 | daniele_athome | hi guys |
12:15.01 | daniele_athome | there's a typo in the ncurses recipe |
12:15.09 | daniele_athome | -fforward-progagate |
12:36.29 | Q-Master | dos1: nothing changed. |
12:37.05 | Q-Master | dos1: /etc/freesmartphone/oevents/rules.yaml haven't changed a bit. |
12:37.10 | dos1 | Q-Master: http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=frameworkd/frameworkd-config-shr/om-gta02/rules.yaml;h=8f7e2a7a9fc849d816f2ad03b3f32d610bb5fc40;hb=HEAD |
13:00.16 | Gabrys | xrmx: hi |
13:00.33 | Gabrys | I built the QtWebKit, but it segfaults on JavaScript |
13:00.52 | xrmx | Gabrys, with or without the patch? |
13:00.57 | Gabrys | with JIT |
13:01.05 | Gabrys | then I reverted the patch, compiled again |
13:01.09 | Gabrys | and it crashes as well |
13:01.30 | Gabrys | I'm not sure if I cleaned the place in the proper way |
13:03.06 | Gabrys | yes, it's badly cleaned |
13:03.08 | xrmx | Gabrys, this suggests that qt use .pro files and not autotools http://trac.webkit.org/wiki/BuildingQtOnLinux |
13:03.12 | Gabrys | the same md5sum of libQtWebKit.4.9.0 |
13:03.21 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
13:03.28 | xrmx | Gabrys, so my patch does not do any difference to your build |
13:04.18 | Gabrys | xrmx: ah ok |
13:04.28 | Gabrys | xrmx: I'm going to find out which revision works anyway |
13:04.41 | xrmx | Gabrys, have fun :P |
13:05.27 | Gabrys | I'm tired of this |
13:05.34 | Gabrys | but what else to do |
13:05.37 | Gabrys | I need to have this working :-) |
13:06.06 | xrmx | Gabrys, then use a release instead of svn no? |
13:06.37 | Gabrys | I need the improvements from QtWebKit2 |
13:07.07 | xrmx | Gabrys, ah! |
13:46.26 | *** join/#openmoko-cdevel TAsn (~tasn@85-250-165-25.bb.netvision.net.il) |
14:18.36 | *** join/#openmoko-cdevel chris38_ (~chris38@freeway.rd.francetelecom.com) |
14:21.51 | *** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz) |
14:23.25 | *** join/#openmoko-cdevel stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
14:29.07 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
14:42.58 | *** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-62-246.clienti.tiscali.it) |
15:01.46 | *** join/#openmoko-cdevel sybren (~sybren@ip79-123-210-87.adsl2.static.versatel.nl) |
15:01.50 | sybren | hey folks |
15:02.09 | *** join/#openmoko-cdevel johnsu01 (~user@fsf/staff/johnsu01) |
15:03.16 | sybren | My SHR-testing dmesg gives me "JFFS2 notice: (50) check_node_data: wrong data CRC in data node at 0x0d263ec0: read 0x4e5f6846, calculated 0x20f14315" - should I start to worry? |
15:03.24 | sybren | I also see "JFFS2 warning: (868) jffs2_sum_write_data: Not enough space for summary, padsize = -900" |
15:16.00 | *** join/#openmoko-cdevel pespin_ (~pespin@78.pool85-50-74.dynamic.orange.es) |
15:16.18 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de) |
15:25.59 | *** join/#openmoko-cdevel rohezal (~rohezal@port-92-202-188-122.dynamic.qsc.de) |
15:27.30 | rohezal | hi |
15:27.44 | rohezal | i want to write a small game for the freerunner |
15:27.50 | rohezal | using SDL |
15:28.07 | rohezal | i want to blit as much as possible. |
15:28.59 | rohezal | i read that the glamo can blit (via SDL). but only support 512*512 pixel |
15:29.06 | rohezal | can i use 640*480 and use hardware accelerated blitting of the glamo? |
15:29.25 | rohezal | or is the 512*512 the maximum texture size and the glamo can blit in larger areas? |
15:30.58 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
15:33.14 | Weiss | rohezal: 511x511 is the maximum size of a target buffer for 3D in Glamo |
15:33.30 | Weiss | you can blit as much as you like (actually up to 640x640 IIRC) |
15:33.38 | rohezal | cool thx guys :) |
15:33.54 | Weiss | you could use DRI/DRM for your access to the GPU |
15:34.10 | Weiss | (that's what it's for) |
15:36.17 | rohezal | im not so deep in gpu stuff |
15:36.30 | rohezal | when i use SDL_BlitSurface |
15:36.38 | rohezal | does it use the glamo? |
15:36.50 | rohezal | the main idea is the avoid sending the frame from the cpu to the gpu |
15:37.02 | rohezal | because the !"&/() 7 MB/s cpu<->gpu bus |
15:37.07 | Weiss | not sure actually - maybe it does, via X |
15:37.29 | rohezal | http://wiki.openmoko.org/wiki/Smedia_Glamo_3362 Glamo's 2D engine is currently used to accelerate solid fills and blits in both XGlamo (Kdrive) and X.org (xf86-video-glamo). |
15:37.49 | rohezal | hmmm ok |
15:37.53 | Weiss | yep, but whether or not your SDL commands make it through SDL to X to EXA in a useful way is a different matter |
15:37.53 | rohezal | can i test it^^ |
15:38.06 | rohezal | can i test it?^^ |
15:38.33 | Weiss | sure - do continuous fullscreen 640x480 blits and see how fast it is - if it's accelerated, it'll be >50fps (should be closer to 100fps if everything is working optimally) |
15:38.53 | rohezal | hmm ok |
15:38.56 | rohezal | thx weiss |
15:39.10 | Weiss | if it's not accelerated, it'll be down at ~11-12 fps |
15:39.52 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
15:42.56 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@ABordeaux-152-1-46-240.w82-125.abo.wanadoo.fr) |
15:45.06 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-12-99.rev.numericable.fr) |
15:48.19 | rohezal | k on my pc my code gets 486.5 FPS |
15:48.23 | rohezal | let try on freerunner |
15:48.36 | Weiss | it won't be that high, for sure :) |
16:02.48 | rohezal | do you know if qtopia (with QX) is using a normal x server with hardware acceleration for blitting? |
16:03.15 | Weiss | don't think so, but I don't know much about qtopia |
16:05.01 | rohezal | hmm gamerunner^^? |
16:05.14 | rohezal | i got the distro on a sd card |
16:09.29 | *** join/#openmoko-cdevel [HtR]_0xEF^3 (~HtR]_0xEF@62.64.65.186) |
16:13.28 | *** join/#openmoko-cdevel pespin (~pespin@78.pool85-50-74.dynamic.orange.es) |
16:15.20 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
16:15.48 | gena2x | rohezal: Driver "Xglamo" |
16:16.00 | gena2x | rohezal: in QX. |
16:16.47 | rohezal | cool thx @ gena2x |
16:23.36 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/contributor/VDVsx) |
16:25.03 | *** join/#openmoko-cdevel max_posedon (~max_posed@80.249.84.73) |
16:30.10 | rohezal | fu*k cross compiling |
16:30.27 | rohezal | (just want to say it :P) |
16:30.49 | gena2x | tame it. |
16:31.18 | Weiss | hehe |
16:31.32 | Weiss | agrees that cross-compiling is indeed an absolute pain |
16:31.41 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
16:31.55 | Weiss | (http://warmcat.com/_wp/2010/02/08/fosdem-and-the-linux-cross-niche/) |
16:32.39 | *** join/#openmoko-cdevel mzanetti (~mzanetti@92.117.51.251) |
16:33.12 | gena2x | disagree. 'absolute pain' is subjective. in fact sdram memory diagram fall to this category. |
16:33.41 | Weiss | hehe, indeed |
16:34.38 | rohezal | working |
16:34.42 | rohezal | a bit make file hacking |
16:34.51 | rohezal | hmm ok lets get it to the freerunner |
16:35.04 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
16:36.48 | Weiss | compiling stuff natively on the FR takes the same amount of time, but you get to read a book instead of stressing out |
16:37.34 | gena2x | i call this 'interrupt driven development'. |
16:39.13 | gena2x | you start thing 1, wait for compilation, start thing 2, then interrupt thing 2, to see why compilation fail on 1. then restart 1, and resume 2. you end up in both 1 and 2 not finished, as you can't concentrate neither. |
16:39.42 | gena2x | s/neither/ on any of 1 or 2/ |
16:40.26 | Weiss | either way takes a long time, however |
16:40.37 | rohezal | yes |
16:40.44 | rohezal | <- needs an arm cpu desktop |
16:40.55 | rohezal | hmmm snap dragon or omap4? ^^ |
16:41.25 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
16:44.11 | ThibG | hm, reminds me there was some ARM-based tablet/laptop... can't remember its name |
16:46.44 | *** join/#openmoko-cdevel mickey| (~mickey@e180129095.adsl.alicedsl.de) |
16:47.08 | misc | touchbook |
16:47.08 | misc | people from french enlightenment association had one at RMLL, they were our neighboor on the association village |
16:47.55 | ThibG | yes, that thing |
16:49.03 | ThibG | misc, did you get to play with it? |
16:49.39 | *** join/#openmoko-cdevel stefan_schmidt (~stefan@p5B0331FD.dip.t-dialin.net) |
16:49.55 | GNUtoo|laptop | mickey|, |
16:49.57 | GNUtoo|laptop | hi |
16:50.01 | GNUtoo|laptop | we must talk privately |
16:50.29 | GNUtoo|laptop | about the next target |
16:51.42 | misc | ThibG: i just took a look, but you should ask directly on the channel of the french association |
16:52.18 | misc | ThibG: not sure if this #e.fr |
16:52.24 | ThibG | ok |
16:52.56 | misc | ( ask puppet_master about it ) |
16:56.17 | rohezal | hmmm |
16:56.22 | rohezal | damn seg fault on free runner |
16:57.00 | rohezal | someone want to look @ the makifle? http://pastebin.de/8556 |
16:57.21 | ThibG | misc, the device looks interesting, and not that expensive :) |
16:57.50 | rohezal | working |
16:57.53 | rohezal | ok damn |
16:58.03 | rohezal | 12 FPS via blitting in SDL with QT |
16:58.18 | rohezal | someone knows if there is a distro |
16:58.24 | rohezal | which supports blitting via SDL? |
17:01.20 | Weiss | which supports *accelerated* blitting via SDL, I guess you mean..? |
17:01.30 | rohezal | yes^^ |
17:01.33 | rohezal | of course |
17:01.47 | rohezal | maybe gamerunner or shr? |
17:02.27 | Weiss | it depends more on SDL I think, and that will most likely be the same for all |
17:02.48 | Weiss | maybe SDL can be configured to use X commands (which X can accelerate) - maybe it's doing something else right now |
17:04.58 | mickey| | GNUtoo|laptop: ok, not now, but i'll ping you later |
17:07.56 | *** part/#openmoko-cdevel sybren (~sybren@ip79-123-210-87.adsl2.static.versatel.nl) |
17:11.31 | leviathan | GNUtoo|laptop: hmm, it seems snapdragon is also supported by upstream now |
17:11.42 | GNUtoo|laptop | nice |
17:12.19 | leviathan | 1GHz should be enough |
17:12.37 | leviathan | even for ooffice and abiword |
17:12.44 | leviathan | running fluently |
17:13.16 | rohezal | Weiss you know how to force SDL using X commands? |
17:13.40 | rohezal | or an other to blit easily for a game without using the X Server directly? |
17:17.33 | leviathan | toshiba seems to have produced a nice snapdragon thing |
17:17.35 | leviathan | hmm |
17:17.41 | Weiss | rohezal: to the first: not at all. to the second: I can show you how to send hardware command sequences for a blit. it's tricky, but it'll give you the maximum possible performance (and also render your code specific to FR unless you write some kind of intermediate library) |
17:18.29 | rohezal | Weiss: this would be nice. i read the X11 cant use blitting with hardware acceleration at all. DAMN |
17:19.32 | Weiss | wherever did you read that? |
17:19.41 | Weiss | or do you mean SDL+X11 can't use accel? |
17:20.33 | rohezal | http://kevinlocke.name/inquiry/sdlblitspeed/sdlblitspeed.php |
17:20.36 | rohezal | SDL supports hardware accelerated blitting of ``normal'' surfaces to the |
17:20.36 | rohezal | screen surface. However, this mode is not supported for X11 (except for |
17:20.37 | rohezal | some cards when using DGA). In fact, the only backend hardware |
17:20.37 | rohezal | accelerated memory-to-screen blitting is well supported seems to be the |
17:20.37 | rohezal | DirectX5 backend for Windows. |
17:20.42 | rohezal | http://forums.libsdl.org/viewtopic.php?p=4943&sid=2414d7b2c07c79f5f9c8e41a12e55d8a |
17:21.01 | rohezal | maybe im misunderstand some things |
17:21.28 | leviathan | GNUtoo|laptop: http://htc-linux.org/wiki/index.php?title=Tg01 |
17:21.48 | leviathan | GNUtoo|laptop: http://en.wikipedia.org/wiki/Toshiba_TG01 |
17:21.55 | leviathan | GNUtoo|laptop: snapdragon |
17:21.58 | leviathan | :-D |
17:21.59 | GNUtoo|laptop | ok |
17:22.02 | Weiss | rohezal: ok, so that's just SDL. X11 can accelerate things for sure.. |
17:22.08 | leviathan | but first we make htcdream run properly |
17:22.23 | rohezal | Weiss: sachmal du sprichst deutsch oder? so vom namen her?^^ |
17:22.40 | GNUtoo|laptop | leviathan, yes and? |
17:22.46 | GNUtoo|laptop | leviathan, you plan to buy one? |
17:23.01 | rohezal | Weiss: yes i know. but it looks like sdl cant use accelerated blitting with x |
17:23.02 | leviathan | rohezal: openmoko-de |
17:23.08 | GNUtoo|laptop | for the dream I have the ability to recruit a new developer |
17:23.09 | leviathan | rohezal: ;-) |
17:23.25 | leviathan | GNUtoo|laptop: wonderfull! |
17:23.26 | GNUtoo|laptop | let's see how it goes |
17:23.38 | GNUtoo|laptop | leviathan, the only problem is that he lacks the hardware |
17:23.39 | leviathan | GNUtoo|laptop: we can always use new devs ^_^ |
17:23.45 | rohezal | leviathan: yes but weiss is in the chanel? why change to de? |
17:23.45 | GNUtoo|laptop | leviathan, but I can solve that |
17:24.11 | GNUtoo|laptop | leviathan, I know his capabilities and he's trusted |
17:24.20 | GNUtoo|laptop | so maybe |
17:24.23 | GNUtoo|laptop | I give him my dream |
17:24.26 | leviathan | rohezal: here is english given as language, daher für deutsch konversation bitte den deutschen channel ;-) |
17:24.30 | GNUtoo|laptop | and get mickey's dream |
17:24.39 | GNUtoo|laptop | or something like that |
17:24.51 | Weiss | hehe |
17:25.01 | GNUtoo|laptop | anyway I must finish dream soon |
17:25.06 | GNUtoo|laptop | before starting a new target |
17:25.10 | leviathan | GNUtoo|laptop: yes |
17:25.18 | rohezal | leviathan: wait, i though writing the first name with double dots is only visible to the user with that name... damn im an irc noob ... sory |
17:25.20 | leviathan | GNUtoo|laptop: I dunno how the meeting will go |
17:25.37 | leviathan | rohezal: np |
17:25.49 | GNUtoo|laptop | ok |
17:26.07 | leviathan | rohezal: so, join the german channel |
17:26.17 | leviathan | rohezal: you will see me there too ^_^ |
17:27.19 | leviathan | GNUtoo|laptop: I hope they will buy it... The idea of getting the development done by some people for free should be a hammer argument |
17:28.04 | leviathan | GNUtoo|laptop: they give us a platform, we can develop on, with theire cooperation |
17:28.05 | GNUtoo|laptop | ok |
17:28.18 | GNUtoo|laptop | leviathan, can I PM you? |
17:28.25 | leviathan | GNUtoo|laptop: of course |
17:33.47 | *** join/#openmoko-cdevel Kryczek (kryczek@chillin.with.the.airconexperts.com) |
17:33.47 | *** join/#openmoko-cdevel Kryczek (kryczek@about/security/staff/Kryczek) |
17:33.51 | *** join/#openmoko-cdevel wolfspra1l (~wolfsprau@lucia.q-ag.de) |
17:34.23 | rohezal | ok weiss you said there is a way to use hw accelerated blitting. do you know some good links? is it possible to store the images at the gpu ram so it doesnt need to get the images via the cpu for every frame? |
17:37.05 | *** join/#openmoko-cdevel mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
17:37.12 | Weiss | rohezal: sure, here are the demo programs: http://git.bitwiz.org.uk/?p=glamo-dri-tests.git;a=tree |
17:37.12 | mickeyl | GNUtoo|laptop: ok, i'm here for a bit now |
17:37.27 | GNUtoo|laptop | mickeyl, ok |
17:37.30 | Weiss | this is the best example: http://git.bitwiz.org.uk/?p=glamo-dri-tests.git;a=blob;f=gdrm-waitq.c;h=159db7dbb9922b039aa3803495a2f5aed67dde45;hb=HEAD |
17:37.57 | Weiss | (although, that doesn't use X) |
17:39.36 | rohezal | ok you are using some headers |
17:39.38 | rohezal | <PROTECTED> |
17:39.38 | rohezal | <PROTECTED> |
17:39.38 | rohezal | <PROTECTED> |
17:39.38 | rohezal | <PROTECTED> |
17:39.53 | rohezal | where can i get them? are you linking against a special lib? |
17:41.44 | Weiss | rohezal: yep, libdrm.. |
17:41.57 | Weiss | rohezal: but hold on.. are you trying to run within X, or QtE/Qtopia? |
17:44.27 | rohezal | X |
17:44.37 | rohezal | qtopia can run X Applications |
17:44.40 | rohezal | via QX |
17:44.47 | rohezal | its seems to a normal X Server |
17:44.49 | rohezal | i hope^^ |
17:45.11 | Weiss | I don't think it is.. I think it's more of an X protocol->Qt stuff translator |
17:45.28 | rohezal | do you know gamerunner? |
17:45.33 | rohezal | the distro |
17:45.38 | rohezal | i got it on a sd card |
17:45.45 | rohezal | it uses X |
17:45.52 | rohezal | maybe its worth a try |
17:45.54 | Weiss | Xglamo? |
17:45.58 | rohezal | hmmm |
17:45.59 | rohezal | damn |
17:46.00 | Weiss | that doesn't have any of this acceleration stuff |
17:46.01 | rohezal | dont know |
17:46.11 | rohezal | what distro would you recommend |
17:46.12 | rohezal | ? |
17:46.16 | Weiss | SHR :) |
17:46.23 | rohezal | to slow for daily use :( |
17:46.48 | rohezal | hope a stable release with a none debug kernel will released in the near future^^ |
17:47.27 | rohezal | lol i googlet for QX... second hit: QX Gay UK Scene Magazine London England - Home-Index |
17:47.27 | rohezal | <PROTECTED> |
17:47.50 | Weiss | there are only two ways to get acceleration from a user app: [1] program Glamo yourself: old-style, likely to break, difficult, only one thing can use the hardware at once (and if your X server/other display system is already using it and doesn't want to share, you're stuffed). [2] use DRI - which is designed to allow apps to get access to the hardware like this while sharing with other apps and the display system |
17:49.12 | rohezal | ok so DRI looks good. will it work with QX? |
17:49.55 | rohezal | where can I learn to programm with DRI? I know a bit about OpenGL and SDL. And a lot about raytracing (witch is quite useless on a freerunner :P) |
17:49.57 | gena2x | wait, wait. why indirect rendering can't be accelerated??? |
17:50.16 | *** join/#openmoko-cdevel mzanetti (~mzanetti@92.117.218.221) |
17:51.36 | rohezal | @ gena2x: indirect rendering means you must render the whole image on the cpu and put it over the slow 7MB/s bus the gpu or? this is what i want to avoid with blitting |
17:52.07 | gena2x | no. |
17:52.20 | gena2x | and 1st - where is no 7mb/s bus. |
17:52.23 | misc | watch as gena2x is going to explain the bus is faster |
17:52.41 | rohezal | ohhh is it faster? |
17:52.54 | gena2x | rohezal: about bus: http://lists.openmoko.org/pipermail/community/2010-July/062495.html |
17:53.08 | gena2x | rohezal: and http://lists.openmoko.org/pipermail/community/2010-July/062504.html |
17:54.12 | rohezal | cool thx 4 links |
17:56.05 | gena2x | and about direct/indirect rendering: i thought that 'direct' is then application controls hw 'directly', and indirect rendering then hw controlled by X. both can be accelerated. |
17:56.19 | gena2x | so both are fast. |
17:56.33 | gena2x | of course, only weiss know how this can be applied to glamo :) |
17:57.22 | gena2x | but aiglx is exaple of accelerated indirect rendering... |
17:57.50 | gena2x | brr. |
17:58.14 | gena2x | i don't really understand this very good. |
17:58.19 | rohezal | hmm ok |
17:58.22 | rohezal | looks cool |
17:58.27 | rohezal | 14 or even 23 mb |
17:58.31 | rohezal | bus speed |
17:58.41 | rohezal | there are some changed settings mentioned |
17:58.44 | rohezal | what settings? |
17:59.00 | ChristW | Wait cycles. |
17:59.28 | gena2x | do you wish details? |
17:59.42 | gena2x | see patch (in same dir with u-boot) |
17:59.51 | gena2x | and s3c manual. |
18:00.17 | gena2x | ask if in doubt after that. |
18:00.22 | rohezal | on a normal pc you can change it via bios |
18:00.30 | rohezal | its row latency and col latency or? |
18:00.43 | gena2x | glamo is not 'sdram'. |
18:00.53 | gena2x | it connected via 'sram' interface. |
18:01.08 | gena2x | diffirent (and simplier) timings used in sram. |
18:01.14 | *** join/#openmoko-cdevel mzanetti (~mzanetti@92.117.2.51) |
18:01.18 | rohezal | wait wait waitr |
18:01.22 | gena2x | s/diffirent/different/ |
18:01.41 | rohezal | the GPU is connect via a sdram interface? why? |
18:01.51 | gena2x | why not :) |
18:02.09 | gena2x | it's not 'sdram interface' its 'memory bus'. |
18:02.15 | gena2x | or something like this. |
18:02.19 | rohezal | ok |
18:02.24 | rohezal | and we can change the timings |
18:02.29 | rohezal | so more data can be passed |
18:02.30 | gena2x | sure. |
18:02.39 | rohezal | like normal sd ram rimings |
18:02.41 | rohezal | timings |
18:02.48 | gena2x | my letter is about 2 things. |
18:02.57 | gena2x | first - it's already not 7Mb/s. |
18:03.04 | rohezal | ok |
18:03.06 | rohezal | understand |
18:03.19 | gena2x | second - it can be even more if timing set more properly. |
18:04.03 | gena2x | new settings were set not after guess, but after checking glamo docs by weiss (and my initial testing). |
18:04.37 | gena2x | one problem still exist - according to docs it should be 1-4-2, but this simply not working. |
18:05.04 | gena2x | and i've tired to test it - one wrong setting and i have to restore sd from backup :) |
18:05.38 | rohezal | ahh ok |
18:05.49 | rohezal | good but i still want to learn how to blit^^ |
18:05.56 | rohezal | with the glamo :) |
18:06.07 | rohezal | i need libdrm for it |
18:06.09 | rohezal | and the headers |
18:06.16 | gena2x | i don't understand, is uses x blit operation is not accelerated? |
18:06.24 | gena2x | s/uses/usual/ |
18:06.28 | rohezal | SDL cant use the X blit operation |
18:06.30 | rohezal | i think |
18:06.35 | gena2x | Weiss: ? ^ |
18:06.41 | *** join/#openmoko-cdevel net_tux (~jfthomps@treebeard.csc.ncsu.edu) |
18:06.59 | rohezal | i just put a baseball via blitting over a 640*480 field |
18:07.14 | rohezal | which is blitted by one 32*32 plant image |
18:07.23 | rohezal | around 400-500 images |
18:07.29 | rohezal | on my desktop |
18:07.33 | rohezal | 12 on freerunner |
18:07.42 | radekp | rohezal: QX is just little program that launches regular X server and bypasses all Qtopia redrawing - so that they dont clash |
18:07.42 | rohezal | with HW blitting it should be around 50-100 fos |
18:07.43 | rohezal | fps |
18:07.59 | rohezal | radekp: what is clash? |
18:08.18 | radekp | rohezal: so that qtopia and xserver dont draw at the same time |
18:08.19 | gena2x | also keep in mind that glamo internally is not instant too :) |
18:08.46 | rohezal | radekp: lol clash... sorry im not a native english speaker |
18:08.55 | radekp | rohezal: np, me too :) |
18:09.24 | rohezal | well im running the programm since 15 minutes or something |
18:09.27 | rohezal | 12 fps :( |
18:09.57 | gena2x | you can compare with x via framebuffer. |
18:10.05 | gena2x | which is not accelerated for sure :) |
18:10.14 | rohezal | *g* |
18:10.31 | rohezal | weiss said above i can use accelerated blitting via DRM / DRI with libdrm |
18:10.42 | rohezal | do you know how to get it and the header files for it? |
18:11.14 | gena2x | only weiss knows such things... |
18:14.28 | radekp | maybe after upgrade to debian sid you can install libdrm dev packages, but i have never tried |
18:14.30 | rohezal | hmm ok^^ |
18:15.11 | radekp | or you can try build from sources |
18:16.16 | ChristW | I've bumped my head into this error a few times over the last couple of days, and make update && make build doesn't make it go away: http://pastebin.com/gAbiP9Yh |
18:16.28 | ChristW | (I'm trying to build SHR-U) |
18:17.42 | rohezal | ohh its on the freerunner... maybe i can just copy it to the pc for cross compiling |
18:17.49 | rohezal | but i still need the headers |
18:17.50 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
18:19.41 | gena2x | always thought that all this 'dri' 'drm' is for gl... and normal blit acceleration is EXA or XAA... |
18:21.54 | rohezal | i dont know |
18:25.02 | rohezal | hmm ok |
18:25.13 | rohezal | opkg-target install libdrm-dev |
18:25.42 | *** join/#openmoko-cdevel mwester (~mwester@nslu2-linux/mwester) |
18:26.39 | rohezal | but no header files |
18:26.49 | rohezal | dont tell me i have to sign this dna to get it |
18:27.44 | Weiss | rohezal: so... direct and indirect rendering are distinct from accelerated/non-accelerated |
18:27.53 | *** join/#openmoko-cdevel pb__ (~pb@blundell.swaffham-prior.co.uk) |
18:28.34 | Weiss | you can have accelerated direct rendering (that's DRI), accelerated indirect (that's AIGLX), but you can also have unaccelerated direct (that's "swrast_dri.so"), and of course non-accelerated indirect (version 0.0.1 GLX) |
18:29.22 | gena2x | but hm... all this is gl-related. |
18:29.28 | rohezal | ok... im ok with both unaccelerated (when AIGLX is supporting what is needed) |
18:29.50 | rohezal | but your sample is using some headers files. how can i get them? |
18:30.00 | rohezal | #include "drm.h" |
18:30.00 | rohezal | #include "glamo_drm.h" |
18:30.00 | rohezal | #include "drmtest.h" |
18:30.00 | rohezal | #include "glamo-regs.h" |
18:30.08 | *** join/#openmoko-cdevel mzanetti (~mzanetti@92.117.2.51) |
18:30.56 | rohezal | ./local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/include/drm/drm.h |
18:30.58 | rohezal | is there |
18:31.01 | rohezal | but the other files not |
18:31.20 | Weiss | gena2x: yep, it is. but "direct/indirect" has little to no meaning outside GLX |
18:31.53 | gena2x | so, to have accelereated blit, we have to have XAA. |
18:33.10 | rohezal | Weiss: but you mentioned this code: http://www.mail-archive.com/devel@lists.openmoko.org/msg06145.html |
18:33.15 | rohezal | for blitting |
18:34.09 | Weiss | gena2x: or EXA, or KAA, but all of those are just ways for the X server to tell the X driver what it wants to happen, not ways for the app to tell X what it wants |
18:36.16 | rohezal | Weiss: its for DRI or? is there a tutorial how to do it? There are some header files i cant find on my system. How can I get them? |
18:41.55 | gena2x | Weiss: got it. so some other way other than Xlib exists to control X server (for 2d)? |
18:51.15 | *** join/#openmoko-cdevel ruoso (~ruoso@187.79.41.11) |
18:53.58 | rohezal | ... |
18:54.21 | rohezal | guys need i get the source with GIT from the http://git.bitwiz.org.uk/?p=libdrm.git;a=shortlog;h=refs/heads/glamo ? |
18:54.30 | rohezal | need i to build libdrm myself? |
18:54.40 | rohezal | are there the headers for the drm lib? |
18:55.15 | rohezal | what is the login for git to check the source out? |
18:55.27 | gena2x | ahh... ok, i got it "The main consumer of this extension will be a direct rendering OpenGL |
18:55.27 | gena2x | driver, but the DRI2 extension is not designed to be OpenGL specific. |
18:55.27 | gena2x | Direct rendering implementations of OpenVG, Xv, cairo and other |
18:55.27 | gena2x | graphics APIs should find the functionality exposed by this extension |
18:55.27 | gena2x | helpful and hopefully sufficient. |
18:55.28 | gena2x | " |
18:55.38 | gena2x | will be silent forever on this topic. |
18:56.00 | gena2x | thinks it's a bit overcomplicated. |
18:56.30 | gena2x | gone to do something more useful :) |
18:56.38 | rohezal | hi gena2x |
18:56.47 | rohezal | do you know where to obtain the headers? |
18:56.50 | rohezal | last try |
18:56.55 | rohezal | ^^ |
18:57.40 | *** join/#openmoko-cdevel PaulFertser (~PaulFerts@aein-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
18:58.19 | rohezal | ... |
18:58.20 | rohezal | http://git.bitwiz.org.uk/?p=libdrm.git;a=snapshot;h=HEAD;sf=tgz |
18:58.22 | rohezal | sry guys |
18:58.25 | rohezal | <- stupid :( |
19:00.24 | *** join/#openmoko-cdevel roh (~roh@yamato.hyte.de) |
19:04.23 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
19:07.35 | rohezal | checking for PTHREADSTUBS... configure: error: Package requirements (pthread-stubs) were not met: |
19:07.35 | rohezal | No package 'pthread-stubs' found |
19:07.36 | rohezal | Consider adjusting the PKG_CONFIG_PATH environment variable if you |
19:07.36 | rohezal | installed software in a non-standard prefix. |
19:07.36 | rohezal | Alternatively, you may set the environment variables PTHREADSTUBS_CFLAGS |
19:07.36 | rohezal | and PTHREADSTUBS_LIBS to avoid the need to call pkg-config. |
19:07.38 | rohezal | See the pkg-config man page for more details. |
19:07.40 | rohezal | FATAL: oe_runconf failed |
19:08.21 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
19:08.54 | rohezal | om-conf libdrm |
19:09.37 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:12.02 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:20.00 | *** join/#openmoko-cdevel dvermd (~david@ijo32-1-78-234-93-192.fbx.proxad.net) |
19:22.25 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:30.24 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:38.16 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:40.40 | *** join/#openmoko-cdevel gena2x (~gena2x@bsdmn.com) |
19:46.23 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
19:50.16 | ThibG | Weiss, beware of new Cowon firmwares... |
19:51.24 | ThibG | I don't know for your model, but latest S9 upgrade ignores vorbis comments... completly... it's not even the ARTISTSORT thing |
19:52.21 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
19:53.09 | *** join/#openmoko-cdevel eolson (~eolson@mcswl160.mcs.anl.gov) |
19:53.53 | Weiss | ThibG: ick :S |
19:54.04 | Weiss | ThibG: my X5 is quite old.. was thinking of upgrading |
19:54.23 | ThibG | fortunately, I can revert to the previous firmware, and it works great |
19:55.39 | CIA-61 | freesmartphone.org: 03morphis 07msmcomm * rf12688f7943e 10/msmcommd/src/lowlevelcontrol.vala: msmcommd: initialize string array before using it |
19:55.40 | CIA-61 | freesmartphone.org: 03morphis 07msmcomm * r21393bcecbc2 10/msmcommd/src/ (remoteclient.vala remoteclienthandler.vala): msmcommd: disconnect the client the right way |
19:55.41 | CIA-61 | freesmartphone.org: 03morphis 07msmcomm * r3b0d8780f69c 10/libmsmcomm/ (5 files in 3 dirs): libmsmcomm: implement ref id for test_alive msg/resp |
19:55.59 | ThibG | my concern is more about headphones, now... |
19:56.42 | *** join/#openmoko-cdevel gnutoo (~gnutoo@95.232.142.62) |
19:57.15 | ThibG | mines are dead, and the advertised life-time warranty is a real challenge here |
19:58.23 | Weiss | on the headphones? |
19:58.38 | ThibG | yes (not Cowon's) |
19:58.40 | Weiss | I never used the ones which came with it |
19:58.42 | Weiss | ah |
19:58.48 | ThibG | Koss :) |
20:00.22 | ThibG | the headphones that comes with Cowon's players are crap... |
20:00.43 | ThibG | that said, I've just seen they are selling some other headphones now |
20:02.45 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.58.98.220) |
20:05.42 | *** join/#openmoko-cdevel dvermd (~david@ijo32-1-78-234-93-192.fbx.proxad.net) |
20:08.18 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
20:16.25 | *** join/#openmoko-cdevel \marco (~marco@dynamic-adsl-78-12-224-73.clienti.tiscali.it) |
20:16.31 | \marco | hi to all |
20:16.48 | \marco | I've a very strange problem with the FR and a thomson router |
20:17.34 | \marco | using iliwi it result successful connected |
20:18.06 | \marco | but I can't ping the router or the internet |
20:18.34 | lindi- | \marco: wlan? wpa? |
20:18.39 | \marco | inspecting with wireshark I've found that the FR don't answer to the router arp request |
20:18.58 | \marco | lindi-: wlan with wpa |
20:19.06 | lindi- | \marco: uname -r? maxperf? |
20:19.20 | \marco | I've tried maxperf, same result |
20:19.52 | \marco | the kernel is the last but the problem always exist from the first kernel I've used |
20:20.39 | \marco | If i ping another pc connected in wifi it ping! and FR correctly answer to arp request |
20:20.47 | lindi- | \marco: where did you run wireshark? |
20:20.54 | \marco | from another pc |
20:21.06 | lindi- | \marco: how can it see ARP traffic? |
20:21.24 | lindi- | ah, it's in the same LAN as the wlan AP? |
20:21.25 | \marco | well.. i mean the arp broadcast |
20:21.36 | \marco | yes |
20:22.31 | \marco | the router ask for the mac addres of the ip 192.168.1.67 ( the FR ) but there's no answer from the FR |
20:22.44 | lindi- | \marco: sniff the traffic on FR. does it see that request? |
20:23.08 | \marco | mhm I've to install wireshar on the FR |
20:23.14 | \marco | *wireshark |
20:23.14 | lindi- | \marco: just install tcpdump |
20:23.19 | \marco | ok |
20:23.33 | lindi- | \marco: you can load it to wireshark then |
20:23.41 | \marco | oh good |
20:24.18 | \marco | just a moment ( I'm not at home and I've to to take the networking from this pc via usb ) |
20:27.19 | \marco | ok installing tcpdump |
20:30.34 | alexxy | hi all! |
20:30.52 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD28EBE.dip0.t-ipconnect.de) |
20:31.04 | alexxy | mrmoku: TAsn: seems vibro is br0ken again in latest shr-u |
20:32.46 | \marco | lindi-: mhm.. tcpdump on FR says the FR is answering to the arp request |
20:33.21 | GNUtoo|laptop | hi mickeyl |
20:34.17 | \marco | lindi-: another thing, ifconfig eth0 on the FR report broadcast 0.0.0.0 but changing it with an ifconfig eth0 .. (etc) doesn't solve the problem |
20:36.25 | \marco | any idea? |
20:37.36 | leviathan | mrmoku: hi |
20:40.48 | \marco | in the FR ARP reply, tcpdump say (oui unknown). Is it norma? |
20:41.07 | \marco | *normal |
20:42.07 | lindi- | \marco: if you can install "ip" command then output of iki.fi/lindi/print-net-settings would be interesting. ifconfig is really not very debug-friendly |
20:48.07 | \marco | eheh ok. opkg install iproute2 in progress |
20:50.23 | lindi- | \marco: however, if it answers the arp request correctly then I don't think there is much we can do |
20:50.52 | \marco | sigh :( |
20:50.58 | mrmoku | leviathan: hey |
20:51.06 | lindi- | \marco: try without wpa |
20:51.12 | \marco | however the router seems to not receive the arp reply |
20:51.15 | GNUtoo|laptop | hi |
20:51.21 | GNUtoo|laptop | who was the person who bought a nexusone? |
20:51.38 | \marco | lindi-: ok! oh, I've installed iproute2 which "debug" you suggest? |
20:51.47 | GNUtoo|laptop | mickeyl, do you remember who got nexusone? |
20:51.59 | mrmoku | GNUtoo|laptop: Deubeuliou has one |
20:52.10 | lindi- | \marco: iki.fi/lindi/print-net-settings should print all relevant info |
20:52.14 | GNUtoo|laptop | ok thanks |
20:52.16 | GNUtoo|laptop | hi Deubeuliou |
20:52.19 | Deubeuliou | hi |
20:52.21 | mickeyl | Kensan as well |
20:52.25 | GNUtoo|laptop | ok |
20:52.27 | Deubeuliou | yeah, sorry, I didn't send a feedback :/ |
20:52.38 | GNUtoo|laptop | Deubeuliou, I've many possibilities |
20:53.00 | GNUtoo|laptop | roughly or get a free nexusone or buy a n900 which isn't cheap |
20:53.09 | mrmoku | mickeyl: did you read my messages in backlog? |
20:53.15 | Deubeuliou | (and since my vacation are beginning shortly, I won't be able to for a moment) |
20:53.19 | mrmoku | mickeyl: and congrats for the new car :) |
20:53.22 | \marco | lindi-: mhm : 404 Not Found |
20:53.27 | Deubeuliou | GNUtoo|laptop: why can't you get both ? |
20:53.40 | GNUtoo|laptop | Deubeuliou, that would be counter-productive |
20:53.46 | Deubeuliou | if the nexusone is free, that shouldn't be a problem |
20:53.48 | Deubeuliou | I see |
20:53.51 | \marco | oops |
20:53.54 | \marco | my fault sorry |
20:53.54 | GNUtoo|laptop | I have limited time |
20:54.04 | mrmoku | ~lart limited time |
20:54.04 | apt | brandishes Excalibur! "With this sword, I vanquish thee, limited time!" and lops off limited time's head |
20:54.05 | \marco | lindi-: it works sorry ^_^ |
20:54.05 | GNUtoo|laptop | if I don't use nexusone why getting it? |
20:54.32 | \marco | lindi-: let me see what the script says |
20:55.02 | Deubeuliou | you could donate it to someone that wants to hack on it but can't afford one. (but that's maybe off-topic) |
20:55.10 | mickeyl | mrmoku: thanks :). +CFUN=4 and +CFUN=1 does not correctly work w/ the states? |
20:55.32 | GNUtoo|laptop | ok |
20:55.44 | GNUtoo|laptop | Deubeuliou, to get it I'll have to do some minor replicant work |
20:55.52 | GNUtoo|laptop | Deubeuliou, so now to the point... |
20:55.54 | Deubeuliou | GNUtoo|laptop: I heard the openess of the n900 was not so big ? |
20:55.59 | GNUtoo|laptop | what works,what doesn't |
20:56.01 | Deubeuliou | ok |
20:56.06 | GNUtoo|laptop | Deubeuliou, n900 has battery decoded |
20:56.18 | GNUtoo|laptop | Deubeuliou, you can also talk to the bootloader with free software |
20:56.20 | mrmoku | mickeyl: that was one... the other one that re-requesting works |
20:56.26 | GNUtoo|laptop | Deubeuliou, and....the kenrel is a good state |
20:56.29 | Deubeuliou | ok |
20:56.41 | mrmoku | mickeyl: and that there is open stuff in meego for gsm audio routing on n900 |
20:56.48 | GNUtoo|laptop | Deubeuliou, and....ophono has some sort of (incomplete) support for n900 |
20:56.50 | Deubeuliou | the big problem with the nexus one, imho, is the kernel, actually |
20:56.52 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
20:57.00 | mickeyl | mrmoku: ok. i'll have a look at the cfun issue |
20:57.06 | mickeyl | mrmoku: ah, that's good news |
20:57.26 | mrmoku | yup |
20:57.32 | Deubeuliou | there are a lot of problem with module dependencies in the kernel at android.kernel.org |
20:57.54 | mrmoku | mickeyl: it consists of a lib and a gstreamer module |
20:58.09 | mickeyl | mrmoku: nice, and both is open? |
20:58.12 | \marco | lindi-: indeed, "ip" show the correct broadcast ip for eth0 |
20:58.13 | mrmoku | yup |
20:58.15 | leviathan | mrmoku: ah, youre on |
20:58.16 | mickeyl | excellent |
20:58.18 | leviathan | wonderful |
20:58.19 | leviathan | ^^ |
20:58.22 | Deubeuliou | I don't know what is the state of the porting of the driver into a vanillia kernel |
20:58.33 | leviathan | Perhaps you've an idea, why the following thing happens |
20:58.39 | leviathan | I made a recipe for maxima |
20:58.57 | leviathan | basically it should produce arm code, when I inherit autotools |
20:59.05 | mrmoku | mickeyl: http://meego.gitorious.org/meego-cellular/libcmtspeechdata |
20:59.15 | leviathan | mrmoku: but its always producing code for the buildhost |
20:59.16 | \marco | lindi-: I'll try without wpa :) thanks however ^^ |
20:59.38 | GNUtoo|laptop | Deubeuliou, forget about vanilla |
20:59.44 | mrmoku | and http://meego.gitorious.org/maemo-multimedia/pulseaudio-modules-meego |
20:59.48 | GNUtoo|laptop | Deubeuliou, that'll be done but it'll take too much time |
20:59.52 | Deubeuliou | GNUtoo|laptop: I also read that the audio could cause problems |
21:00.01 | GNUtoo|laptop | Deubeuliou, you didn't try alsa? |
21:00.04 | GNUtoo|laptop | what did you try? |
21:00.07 | leviathan | mrmoku: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=40abfa09ae5dc3310888576756b94e3e42e6b5ce |
21:00.08 | Deubeuliou | I don't remember |
21:00.33 | leviathan | mrmoku: it ignores the configure and produces no arm code |
21:00.47 | leviathan | mrmoku: it builds for x86 no mater what I do |
21:00.55 | mickeyl | mrmoku: heh, i guess we're going to have fun with PA again then :D |
21:01.07 | mickeyl | not that it is bad, it just performed lousy... |
21:01.09 | mrmoku | leviathan: do you have CPATH set in your env? |
21:01.11 | mrmoku | mickeyl: hehe, yes |
21:01.19 | leviathan | mrmoku: CPATH? |
21:01.44 | leviathan | mrmoku: why? |
21:01.45 | Deubeuliou | GNUtoo|laptop: ah, and the touchscreen is a little weird |
21:01.52 | leviathan | mrmoku: and where shall it point to? |
21:02.04 | mrmoku | leviathan: or LIBRARY_PATH |
21:02.07 | mrmoku | leviathan: must be unset |
21:02.10 | GNUtoo|laptop | Deubeuliou, that should be easy to change touchscreen |
21:02.13 | leviathan | ahh, ok |
21:02.23 | GNUtoo|laptop | Deubeuliou, so basically you didn't make a lot of progress? lack of time? |
21:02.28 | mrmoku | leviathan: I had some problem like that due to having that in my env |
21:02.33 | Deubeuliou | the bottom part of it actually are the four touch-buttons |
21:02.41 | leviathan | mrmoku: I don't have any of them set |
21:02.42 | \marco | I've to go.. bye! :) |
21:02.48 | Deubeuliou | I don't know if I'm clear ... |
21:02.54 | mrmoku | mickeyl: but omap has some kind of fp, no? |
21:02.59 | mrmoku | that was the main problem I think |
21:03.29 | GNUtoo|laptop | Deubeuliou, ahh ok like palm pre? |
21:03.31 | mrmoku | building from scratch again on buildhost :/ |
21:03.32 | Deubeuliou | the four buttons at the bottom are part of the touchscreen |
21:04.22 | Deubeuliou | I don't know the palm pre |
21:04.22 | GNUtoo|laptop | Deubeuliou, I understand...palm pre is a bit like that |
21:04.22 | GNUtoo|laptop | the touchscreen goes over the screen |
21:04.22 | GNUtoo|laptop | the "over the screen part" |
21:04.22 | GNUtoo|laptop | is a gesture area |
21:04.22 | mickeyl | mrmoku: yes, but they also have some nice additional instructions which e.g. palm used to _massively_ speed up the pulseaudio resampler (which basically was the actual CPU hog on the FR) |
21:04.32 | mickeyl | mrmoku: we can perhaps reuse those patches as well |
21:04.39 | GNUtoo|laptop | Deubeuliou, maybe you should report your findings to: |
21:04.59 | GNUtoo|laptop | http://wiki.freesmartphone.org/index.php/HardwareComparison |
21:06.44 | Deubeuliou | apart from that ; I don't know how to make the compass work, neither the camera |
21:08.36 | mickeyl | roughly same situation as the dream then |
21:09.03 | Deubeuliou | I got to go. I the first days of August, I'll have some time to check more things |
21:09.13 | GNUtoo|laptop | ok |
21:09.17 | GNUtoo|laptop | me too I got to go |
21:09.22 | leviathan | mrmoku: hmm, it doesnt seem to be that, none of this environement variables is set |
21:09.24 | leviathan | hmm |
21:09.35 | Deubeuliou | what takes me substantial amount of time is managing to get a kernel on which I can ssh to |
21:09.53 | Deubeuliou | sometimes it works, sometimes it doesn't |
21:09.59 | mrmoku | leviathan: hmm... I can't see anything in the recipe... probably something in the build system of the project? |
21:10.12 | leviathan | mrmoku: hmm |
21:10.17 | leviathan | perhaps |
21:10.19 | leviathan | its clisp |
21:10.24 | Deubeuliou | I have seen that the USB connector could switch between several modes, that could be interesting |
21:10.27 | Deubeuliou | bye |
21:10.59 | mrmoku | got to go (to bed) too :) |
21:11.02 | mrmoku | gnight all |
21:11.15 | leviathan | mrmoku|away: gn8 |
21:11.25 | leviathan | mickeyl: do you have a snapdragon device? |
21:11.47 | leviathan | mickeyl: http://htc-linux.org/wiki/index.php?title=Tg01 |
21:11.52 | leviathan | looks very nice ^_^ |
21:12.21 | *** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster) |
21:14.12 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
21:18.00 | GNUtoo|laptop | bye |
21:22.10 | mickeyl | leviathan: no i don't have one. sounds all appealing, but given the nightmares we have with other devices, it won't become interesting for me until 100% of the peripherals work w/ standard linux interfaces... |
21:23.38 | leviathan | mickeyl: hmm, we have already rudimentary support in upstream |
21:23.54 | leviathan | I guess with 2.6.36 we will have official kernel working on dream |
21:24.13 | leviathan | which means, that we can get away from hackish leviathan-incoming |
21:24.23 | leviathan | and also use default kernel for dream |
21:24.47 | leviathan | I will also introduce alsa, as soon as we got the rest running properly |
21:25.11 | mickeyl | interesting. I'll be pleasently surprised when that comes. GPS, Bluetooth, and the sensors will take some more time i'm afraid |
21:28.06 | leviathan | yes, I fear, that will take much longer |
21:28.45 | leviathan | good thing |
21:28.52 | leviathan | its leaded by codeaurora people |
21:29.01 | leviathan | they have the datasheets available |
21:29.12 | leviathan | because they have signed a NDA |
21:29.42 | leviathan | so, perhaps it won't take THAT long |
21:29.45 | leviathan | but still long |
21:29.45 | leviathan | -.- |
21:38.19 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
21:49.03 | *** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146) |
21:57.41 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
22:07.20 | zub | evening |
22:07.23 | zub | where is JaMa? |
22:58.34 | *** join/#openmoko-cdevel monocult (~monocult@dslb-088-077-181-028.pools.arcor-ip.net) |
22:58.41 | *** part/#openmoko-cdevel monocult (~monocult@dslb-088-077-181-028.pools.arcor-ip.net) |
23:53.37 | *** join/#openmoko-cdevel zidel_ (~zidel@cm-84.209.0.110.getinternet.no) |
23:58.52 | *** join/#openmoko-cdevel ruoso (~ruoso@201009085231.user.veloxzone.com.br) |