| 00:03.37 | *** join/#openmoko everslick (n=clemens@212-183-116-38.adsl.highway.telekom.at) |
| 00:04.24 | Weiss | did all his Christmas shopping in 128 minutes |
| 00:04.33 | pooze | ok, I'm struggling a bit with this one. |
| 00:04.43 | pooze | I removed task-base-apm, so I could reinstall it. |
| 00:04.47 | pooze | but it won't install |
| 00:05.41 | pooze | 'ERROR: Package fso-apm (parent fso-apm) is not available from any configured src.' |
| 00:06.01 | pooze | but it does show up on 'opkg list | grep fso-apm' |
| 00:06.18 | pooze | and it does also print the version number of the package it apparently can't find. |
| 00:06.40 | ndnihil | just wget the package and install it locally |
| 00:06.53 | pooze | I could try that. |
| 00:06.58 | pooze | will I get updates then? |
| 00:07.48 | ndnihil | if they're available |
| 00:10.59 | pooze | ndnihil: should I find the fso-apm package at this location? http://build.shr-project.org/shr-unstable/ipk/om-gta02/ |
| 00:11.08 | pooze | since I can't actually seem to find it there. |
| 00:11.16 | pooze | I do find the task-base-apm package though. |
| 00:11.18 | ndnihil | if that's the appropriate repository for whatever dist you're running, yes |
| 00:11.39 | pooze | that's at least where it tries to download task-base-apm from. |
| 00:11.44 | ndnihil | it's complaining about fso-apm, not task-base-apm, so that would explain the error |
| 00:12.47 | pooze | yes, indeed. |
| 00:13.02 | pooze | so that means the task-base-apm is referring to a package that doesn't exist (any more?) |
| 00:13.14 | ndnihil | it depends on that package |
| 00:13.18 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 00:15.49 | ndnihil | grab it from another repo and see if it works |
| 00:16.26 | pooze | ndnihil: just scanned through the /etc/opkg files and opened the urls manually. |
| 00:16.34 | pooze | found it in armv4t and managed to install it now by downloading locally |
| 00:17.11 | pooze | waiting in excitement to see if task-base-apm wants to successfully install now. |
| 00:17.22 | pooze | which it did. :) |
| 00:18.14 | *** join/#openmoko max_posedon (n=max_pose@206-243-252-87-dynamic-pool.gprs.mts.by) |
| 00:25.22 | pooze | one last question (I hope). |
| 00:25.42 | pooze | task-base doesn't seem to want to upgrade until it has its' dependencies resolved. |
| 00:26.04 | pooze | and it seems to depend on openssh, which I would like to delay the installation of for now. |
| 00:26.12 | pooze | does anybody know how I can do that? |
| 00:30.41 | pooze | I kind of don't like the idea of opening a screen-session, typing in 'opkg remove --force-depends dropbear && opkg install openssh' |
| 00:32.13 | SpeedEvil | can telnetd be installed? |
| 00:33.11 | pooze | it doesn't show up on my opkg list |
| 00:33.20 | pooze | but that could certainly be an option. |
| 00:41.34 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 00:44.21 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.171.227.70.dsl.dyn.telnor.net) |
| 00:56.35 | pooze | whoo... |
| 00:56.39 | pooze | thanks SpeedEvil :) |
| 00:56.54 | pooze | I didn't find a telnetd available, so I wrote my own in python. |
| 00:57.02 | pooze | and now I'm in with openssh instead of dropbear. |
| 00:57.06 | pooze | *phew* |
| 01:02.10 | *** join/#openmoko CVirus (n=Satan@41.130.233.191) |
| 01:03.43 | SpeedEvil | :) |
| 01:03.43 | *** join/#openmoko ssam (n=ssam@87.127.117.246) |
| 01:11.25 | *** join/#openmoko peter__b (n=peter_b@mnch-5d873d23.pool.mediaWays.net) |
| 01:45.54 | *** join/#openmoko d1b (n=db@d1b.org) |
| 01:55.52 | *** join/#openmoko vanous1231 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 01:57.22 | BillK_ | gstreamer |
| 02:04.40 | *** part/#openmoko pooze (n=imo@82.80-202-92.nextgentel.com) |
| 02:06.15 | *** join/#openmoko Defiant- (i=erik@e179195095.adsl.alicedsl.de) |
| 02:07.10 | *** join/#openmoko reachfh (n=reachfh@123-204-64-252.adsl.dynamic.seed.net.tw) |
| 03:07.59 | *** join/#openmoko redarrow_2 (n=thomas@unaffiliated/redarrow) |
| 03:33.48 | *** join/#openmoko BillK (n=BillK@124-169-79-227.dyn.iinet.net.au) |
| 03:40.37 | *** join/#openmoko pcfe (n=pcfe@a88-115-6-226.elisa-laajakaista.fi) |
| 03:50.21 | *** join/#openmoko brian_ (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:58.37 | *** join/#openmoko azaghal (n=azaghal@91.148.114.39) |
| 04:19.19 | *** join/#openmoko emacsian (n=ram@122.167.89.156) |
| 04:21.04 | *** join/#openmoko azaghal_ (n=azaghal@21.229.178.212.adsl.dyn.beotel.net) |
| 04:26.12 | *** join/#openmoko azaghal__ (n=azaghal@51.225.178.212.adsl.dyn.beotel.net) |
| 04:27.34 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 04:31.37 | *** join/#openmoko azaghal (n=azaghal@187.228.178.212.adsl.dyn.beotel.net) |
| 04:51.57 | *** join/#openmoko batti (n=batti@dslb-092-073-166-247.pools.arcor-ip.net) |
| 04:52.22 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 04:59.37 | brian_ | wifi om on shr now? |
| 05:16.41 | *** join/#openmoko azaghal (n=azaghal@109.228.178.212.adsl.dyn.beotel.net) |
| 05:18.25 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 05:21.49 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 05:21.50 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
| 05:25.32 | *** join/#openmoko azaghal_ (n=azaghal@239.229.178.212.adsl.dyn.beotel.net) |
| 05:46.30 | *** join/#openmoko azaghal (n=azaghal@132.225.178.212.adsl.dyn.beotel.net) |
| 05:49.24 | *** join/#openmoko user__ (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 05:59.03 | *** join/#openmoko azaghal_ (n=azaghal@195.252.105.134) |
| 06:17.35 | *** join/#openmoko Docscrutemp (n=Joerg_rw@82.113.121.220) |
| 06:24.46 | *** join/#openmoko Docscrutemp (n=Joerg_rw@82.113.106.218) |
| 06:29.55 | *** join/#openmoko joerg_42 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 06:51.29 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 06:53.12 | *** join/#openmoko hd (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 06:56.58 | *** join/#openmoko jserv-- (n=jserv@61.57.131.211) |
| 06:58.06 | *** join/#openmoko emacsian (n=ram@122.167.246.214) |
| 07:19.37 | *** join/#openmoko DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 07:23.18 | *** join/#openmoko Docscrutemp (n=Joerg_rw@200.194.116.85.dsl.manitu.net) |
| 07:39.06 | *** join/#openmoko snkcld (n=snkcld@70-139-59-30.lightspeed.hstntx.sbcglobal.net) |
| 07:57.15 | *** join/#openmoko Heinervdm (n=thomas@pD9E1600C.dip.t-dialin.net) |
| 08:04.46 | *** join/#openmoko everslick (n=clemens@91-113-120-139.adsl.highway.telekom.at) |
| 08:16.11 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-65-185.w86-217.abo.wanadoo.fr) |
| 08:36.42 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 08:44.26 | rhkfin | does SHR use/support BIND (finding the home dir on the uSD)? |
| 08:45.35 | PaulFertser | rhkfin: why not? mount -o bind balbalbla should work just as well as usual? |
| 08:46.25 | rhkfin | PaulFertser: I mean the stuff OM2009 had that if you have bind-home folder on your uSD it's automatically mounted as your home dir |
| 08:46.50 | PaulFertser | rhkfin: isn't it trivial? I mean if you want it, you do it? |
| 08:47.04 | rhkfin | ( the first-run menu/config is still there :/ |
| 08:47.09 | rhkfin | PaulFertser: ok, thanks |
| 08:49.00 | rhkfin | wow, SHR actually now looks quite slick. Nice :) |
| 08:52.15 | rhkfin | is opimd now used as backend? |
| 08:53.22 | PaulFertser | rhkfin: yes :) |
| 08:53.28 | rhkfin | nice :) |
| 08:53.36 | *** join/#openmoko Docscrutemp (n=Joerg_rw@200.194.116.85.dsl.manitu.net) |
| 09:06.21 | *** join/#openmoko Kame2 (n=manuel@port-92-196-30-116.dynamic.qsc.de) |
| 09:13.43 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 09:13.54 | *** join/#openmoko Gabrys (n=Gabrys@77-253-141-148.adsl.inetia.pl) |
| 09:26.49 | *** join/#openmoko pbaxter (n=pbaxter@host240-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 09:32.39 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 09:32.53 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 09:37.26 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 09:44.44 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 09:47.24 | *** join/#openmoko azaghal (n=azaghal@91.148.115.62) |
| 09:54.03 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 10:01.50 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 10:15.18 | *** join/#openmoko nielsle (n=nielsle@1385163669.dhcp.dbnet.dk) |
| 10:25.50 | *** join/#openmoko geaaru (n=geaaru@host143-209-dynamic.50-79-r.retail.telecomitalia.it) |
| 10:51.21 | *** join/#openmoko dvermd (n=roudoudo@78.234.93.192) |
| 10:57.17 | *** join/#openmoko emacsian (n=ram@122.167.89.156) |
| 10:57.19 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 10:58.28 | *** join/#openmoko pa4wdh (n=pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 11:01.13 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:10.05 | *** join/#openmoko Gabrys (n=Gabrys@77.253.141.148) |
| 11:11.42 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 11:11.49 | *** join/#openmoko wolf_ (n=wolf@116.24.211.240) |
| 11:12.12 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 11:14.34 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 11:17.27 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 11:23.05 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 11:25.14 | *** join/#openmoko soltys (i=soltys@soltys.soad.pl) |
| 11:26.16 | DocScrutinizer51 | falls interesse: dbus-monitor (--sys) vom N900 bei eingehendem ruf: http://pastebin.com/f405dce59 |
| 11:29.10 | DocScrutinizer51 | erschreckend dass die offensichtlich das adressbuch nicht ueber dbus ansprechen. die nummer wurde nach contact aufgeloest |
| 11:29.30 | DocScrutinizer51 | haben wohl keinen opimd ;-) |
| 11:31.12 | DocScrutinizer51 | die beiden files wurden uebrigens nicht zeitgleich erstellt. der userbus trace hat call reject, der sysbus call missed |
| 11:38.01 | DocScrutinizer51 | oops sorry. wrong channel |
| 11:43.12 | *** join/#openmoko messerting_ (n=messerti@cm-84.208.182.112.getinternet.no) |
| 11:53.08 | *** join/#openmoko pb__ (n=pb@85.210.12.93) |
| 11:55.02 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:57.31 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 12:29.13 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 12:35.24 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 12:42.45 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 12:44.42 | *** join/#openmoko max_posedon (n=max_pose@206-243-252-87-dynamic-pool.gprs.mts.by) |
| 12:45.23 | *** join/#openmoko max_posedon (n=max_pose@206-243-252-87-dynamic-pool.gprs.mts.by) |
| 13:10.16 | *** join/#openmoko valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 13:23.51 | *** join/#openmoko tschaka (n=tschaka@p5B0EB7D4.dip0.t-ipconnect.de) |
| 13:28.20 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-75.dsl.scarlet.be) |
| 13:29.01 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 13:31.35 | *** join/#openmoko alfatangoxt (n=michele@host88-205-dynamic.19-79-r.retail.telecomitalia.it) |
| 13:32.08 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
| 13:39.04 | *** join/#openmoko gena2x (n=gena2x@bsdmn.com) |
| 13:48.53 | *** join/#openmoko chihchun (n=nnnnchih@u7.hlc.edu.tw) |
| 13:51.15 | *** join/#openmoko ramo102 (n=ramo102@151.59.234.191) |
| 14:05.13 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 14:17.09 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 14:23.13 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 14:23.48 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 14:36.17 | *** join/#openmoko sindre (n=sindre@244.191.16.62.customer.cdi.no) |
| 15:03.12 | *** join/#openmoko fredrin|fail (n=fredrik|@ti0035a340-dhcp0191.bb.online.no) |
| 15:04.12 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:04.22 | PBeck | hi |
| 15:04.33 | SpeedEvil | hi |
| 15:13.28 | tschaka | does anybody got any idea what can cause the screen of the FR look like this: http://tschaka.ts.ohost.de/qtmoko_fail.JPG ? |
| 15:13.51 | SpeedEvil | One reason is a hardware faulure |
| 15:14.01 | SpeedEvil | does it do that if you boot from NOR? |
| 15:14.22 | tschaka | no. |
| 15:14.49 | tschaka | it did when i downloaded many many mails in qtmoko. when it finished, i clicked "yes, i want to view them". then the screen turned white |
| 15:14.57 | SpeedEvil | ok - that would tend to rule outhardware. |
| 15:15.05 | tschaka | and now the screen looks like that with constantly changing colors. |
| 15:15.19 | SpeedEvil | dunno. |
| 15:15.28 | SpeedEvil | Problem in the x server somewhere. |
| 15:15.49 | tschaka | things like that happen quite often here. only they look different most times. it happens on shr and qtmoko. there is no xserver in qtmoko... |
| 15:15.50 | SpeedEvil | I've not really looked into it as I only have gta01 - not fr - so the graphicxs architecture is completely iffernt |
| 15:15.54 | DocScrutinizer-8 | qtmoko special FX :-P |
| 15:15.58 | tschaka | oh, i see. |
| 15:16.19 | tschaka | DocScrutinizer-8 yeah i know. but similar things happen on SHR as well.... |
| 15:16.53 | tschaka | like screen goes white/black/strangely colored and the phone freezes. no ssh, no ping, nothing :/ |
| 15:16.56 | DocScrutinizer-8 | then it's hw maybe nevertheless |
| 15:17.45 | tschaka | i had those things from the beginning on, so i guess i have to talk to the vendor. i always thought, man its a FR, everybody got problems with it. but its hell of annoying. |
| 15:18.16 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 15:26.02 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 15:28.24 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 15:29.08 | *** join/#openmoko nielsle (n=nielsle@1385163669.dhcp.dbnet.dk) |
| 15:34.57 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 15:41.36 | *** join/#openmoko Heinervdm (n=thomas@pD9E1600C.dip.t-dialin.net) |
| 15:42.35 | gena2x | tschaka: Try other kernel |
| 15:44.29 | tschaka | gena2x what exactly in the kernel could cause this? i am always using the official kernels. |
| 15:48.17 | panicking | tschaka, what? |
| 15:48.51 | gena2x | tschaka: Just guess :) |
| 15:50.17 | gena2x | tschaka: kernel is responsible for hardware initialization. |
| 15:50.20 | tschaka | well it could become a bit hard to try random kernels.... |
| 15:50.48 | tschaka | gena2x the phone wasnt even suspended. it just lay there :) |
| 15:51.31 | tschaka | and how do those "Other kernels" differ from theofficial ones? :) |
| 15:51.34 | gena2x | tschaka: I'm just ordinary user at this moment, so please consider my comments as guesses. |
| 15:51.57 | tschaka | so am i :) |
| 15:52.08 | tschaka | gena2x but thanks for your help anyway! |
| 15:52.22 | gena2x | tschaka: How do you boot? |
| 15:52.31 | *** join/#openmoko everslick (n=clemens@91-113-58-71.adsl.highway.telekom.at) |
| 15:52.32 | tschaka | with qi. |
| 15:52.37 | tschaka | from nand |
| 15:52.38 | gena2x | tschaka: should be ok :) |
| 15:53.26 | gena2x | tschaka: Just think that in latest kernels after thomas speed-up fifo patch you might have some troubles |
| 15:53.34 | *** join/#openmoko geaaru (n=geaaru@host143-209-dynamic.50-79-r.retail.telecomitalia.it) |
| 15:54.13 | gena2x | tschaka: So just try to boot older kernel |
| 15:55.14 | tschaka | gena2x i had a few problems when running from SD card with random lock ups. in further qtmoko kernels the clock speed will be lowered. |
| 15:55.23 | tschaka | gena2x i had similar problem even with older kernels :/ |
| 15:55.46 | gena2x | tschaka: no more ideas, sorry :) |
| 15:56.01 | tschaka | gena2x and its hard to reproduce , as usual :) |
| 15:56.09 | tschaka | gena2x but thanks! |
| 15:56.52 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 15:56.59 | DocScrutinizer51 | away (dinner) |
| 15:57.34 | gena2x | tschaka: something wrong with all that situation with WSODs, white screens and this lines. |
| 15:58.44 | gena2x | tschaka: if someone can find problem with hw initialization, like that patch which speeds up fr x2, mb something also not initialized or initialized in wrong way. |
| 16:00.22 | tschaka | gena2x yeah. but i am wondering a bit about this issue. i mean, the screen was turned on, i just clicked on yes, what needs to be initialized there? everything should be initialized already then, or am i wrong? i am not that much into it, so i probably dont understand it too good, but anyway.. |
| 16:01.05 | Weiss | tschaka: are your mails stored in SD? |
| 16:01.28 | gena2x | tschaka: Yes, sd may be related. Or some offscreen buffer |
| 16:02.03 | tschaka | gena2x Weiss they are stored in nand, but things could be related to swap on SD card. |
| 16:02.25 | tschaka | which i took into consideration a few times already. but how do you check if it really is :):) |
| 16:02.49 | gena2x | tschaka: Need way to reproduce :) |
| 16:02.58 | Weiss | which kernel are you using? latest andy-tracking? |
| 16:03.12 | tschaka | gena2x true. hopefully i can find a few minutes over the xmas holidays :) |
| 16:03.48 | tschaka | Weiss eeerm. latest qtmoko kernel, which seems to be the same as Qtmoko v14 is using. soooo... |
| 16:04.38 | tschaka | radek said he was lowering clock speed for SD cards for future releases, which propably prevents SD lockups on large file writes. |
| 16:04.50 | tschaka | i guess i'll wait till then and try again :) |
| 16:05.07 | gena2x | tschaka: You may try to lower it in u-boot youself. |
| 16:05.08 | Weiss | I've heard of a few SD problems, but nothing which sounds like it could be related to the LCD FIFO |
| 16:05.22 | Weiss | (if anything, the FIFO thing should make problems less likely, rather than more..) |
| 16:05.40 | tschaka | LCD FIFO = clock speed? sorry... |
| 16:05.48 | gena2x | tschaka: no |
| 16:06.10 | tschaka | gena2x i am using qi. :) |
| 16:06.16 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 16:06.21 | gena2x | tschaka: This is the patch which can make you fr fast as usual devices :) |
| 16:07.19 | tschaka | gena2x uuh. sounds interesting :) |
| 16:08.00 | DocScrutinizer51 | Weiss: could you check this please? Sounds like hw failure to me. Or the current glamo tweaks |
| 16:08.18 | gena2x | tschaka: sorry, don't know qi. where is kernel parameter which can set sd card speed. |
| 16:09.08 | gena2x | tschaka: I don't know if this can be regulater on the fly. |
| 16:09.18 | DocScrutinizer51 | tschaka: have you tried a new uSD? |
| 16:09.40 | tschaka | gena2x maybe this commit is of interest: http://github.com/radekp/qtmoko/commit/88636e03a3883491d8805a48910220c4ef79aa22 |
| 16:10.37 | tschaka | DocScrutinizer-8 yeah i bought this kingston one, which worked alot better then the transcend one, which was delivered with the phone. it locked it up veerry frequently. (other transcend cards also locked up my camcorder, so i didnt pay too much attention on it). |
| 16:10.54 | gena2x | tschaka Yes, so if it is related you can lower it farther |
| 16:11.04 | tschaka | DocScrutinizer-8 so either it is the clock speed or i really should buy another one. sandisk was reported to work quite well. |
| 16:11.59 | Weiss | DocScrutinizer51: any suggestions for tests? I've run things like catting an SD card full of OSM tiles with no problems already |
| 16:12.09 | gena2x | tschaka: Or increase to get higher chances to reproduce. |
| 16:12.32 | gena2x | Weiss: Mb many small files? |
| 16:12.46 | DocScrutinizer51 | Weiss: tschaka should do this I guess |
| 16:13.00 | panicking | does it panic |
| 16:13.00 | panicking | ? |
| 16:13.30 | tschaka | guys, check this commit: http://github.com/radekp/qtmoko/commit/88636e03a3883491d8805a48910220c4ef79aa22 it says the phone locks up on rather large files, not essentially on small ones. |
| 16:13.38 | *** join/#openmoko wolf__ (n=wolf@119.123.23.254) |
| 16:14.02 | tschaka | if it's realted, there is also a link to a ticket on the openmoko bug tracker. |
| 16:14.17 | DocScrutinizer51 | nah. I'm EE. I won't check commits |
| 16:14.27 | panicking | I want to know |
| 16:14.30 | panicking | if panic or not |
| 16:14.35 | Weiss | tschaka: tschaka could you also pastebin your output from 'cat /sys/bus/platform/devices/glamo3362.0/regs'? with that, I can check whether you have the FIFO patch or not. if you do, we can try turning it off for you and see if that makes it go away (and if it does, I'll be sad..) |
| 16:15.02 | panicking | and if lock |
| 16:15.27 | gena2x | Why sad? it's ok |
| 16:15.49 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 16:16.05 | DocScrutinizer51 | gena2x: as that means Weiss' patch breaks things |
| 16:16.39 | Weiss | exactly |
| 16:16.51 | gena2x | DocScrutinizer51: not a fact. mb just make conditions to reveal other problem. |
| 16:17.04 | Weiss | I really don't think that will be the case (fewer low level conflicts should surely make things work more smoothly...?), but we should check |
| 16:17.20 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 16:17.20 | tschaka | Weiss ur patch is quite recent, right? as i said, i had similar problems with older versions as well. one second for the pastebin pls. |
| 16:17.44 | DocScrutinizer51 | also tschaka I don't remember if your device completely freezes or just screen is going joyfull color? |
| 16:18.04 | gena2x | tschaka: ssh where and do dmesg |
| 16:18.19 | tschaka | DocScrutinizer-8 it freezes completely |
| 16:18.24 | SpeedEvil | (03:15:01 PM) tschaka: it did when i downloaded many many mails in qtmoko. when it finished, i clicked "yes, i want to view them". then the screen turned white |
| 16:18.26 | SpeedEvil | (03:15:05 PM) tschaka: and now the screen looks like that wit |
| 16:18.50 | DocScrutinizer51 | tschaka: is the aux led flashing? |
| 16:19.33 | DocScrutinizer51 | SpeedEvil: ? |
| 16:19.38 | tschaka | DocScrutinizer-8 as far as i remeber it didnt. |
| 16:19.55 | Weiss | tschaka: discovered just over a month ago, went into andy-tracking a couple of weeks later IIRC |
| 16:19.57 | SpeedEvil | I was pasting the earlier comment - and diddn't see the response |
| 16:19.58 | tschaka | Weiss http://pastebin.com/m5ab98b3c |
| 16:21.46 | gena2x | DocScrutinizer51: that's why i am posting idea to try to turn that patch on/off to check if problem will still exist. |
| 16:21.57 | DocScrutinizer51 | tschaka: check with Weiss (though I'm quite sure he's not guilty here ;); test with a known good uSD. Then visit your dealer for replacement |
| 16:22.24 | Weiss | tschaka: ok, looks like you don't have the FIFO enabled.. |
| 16:22.59 | DocScrutinizer51 | hi wolf_ |
| 16:23.00 | Weiss | (you tell from the last word on the first line after "LCD 1". if it's 4xxx, the FIFO is on |
| 16:23.08 | DocScrutinizer51 | and ciao @all |
| 16:23.59 | tschaka | thanks DocScrutinizer-8 and bye |
| 16:24.53 | tschaka | ok Weiss, nice to know its not ur patch :) |
| 16:26.44 | panicking | using sysrq to know where the task is blocked |
| 16:26.49 | panicking | can be a good thing |
| 16:28.43 | gena2x | Which firesystem is best for FR's sd card? I am going to install debian :) |
| 16:29.25 | max_posedon | gena2x, btrfs of course |
| 16:30.09 | gena2x | max_posedon: emmm. i guess flash card have 0 seek time, so no need in extents and other stuff |
| 16:30.24 | DocScrutinizer51 | max_posedon: you shalt not play jokes on serious askers |
| 16:30.45 | gena2x | DocScrutinizer51: It's ok. |
| 16:34.06 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 16:34.08 | max_posedon | I suggest smth with full journaling enabled. smth like reiserfs |
| 16:34.18 | max_posedon | and of course not ext2/xfs |
| 16:34.20 | *** join/#openmoko kennyz[dnd] (n=kennyz@uralnet.org) |
| 16:34.50 | ndnihil | why journaling on solid state storage? |
| 16:35.19 | ndnihil | big performance hit, and much less chance of the types of failure journaling was designed to address |
| 16:35.44 | gena2x | I've heared about udf. Noone have tried it? |
| 16:35.54 | gena2x | I mean on flash. |
| 16:36.24 | SpeedEvil | Journalling somewhat as random small write performance on SD _blows_ |
| 16:37.45 | gena2x | Hm, nice idea to test small reads too. |
| 16:38.06 | ndnihil | I'd use ext2 |
| 16:38.13 | SpeedEvil | small random reads are fine |
| 16:38.19 | ndnihil | and in fact I do |
| 16:38.27 | gena2x | Mb logfs? |
| 16:40.59 | gena2x | grr need install debian first to use some nice ioperf tool :) |
| 16:42.38 | d1b | gena2x: dd doesn't count :P ? |
| 16:42.54 | gena2x | d1b: small blocks? |
| 16:43.47 | d1b | gena2x: i was joking, but im not sure. |
| 16:43.52 | gena2x | d1b: for((;;)); do dd ... bs=$(cat /dev/random|... do something with numbers ...; done? |
| 16:44.15 | SpeedEvil | the issue is that for a SD, internally, it is subdivided into ~128K erase blocks |
| 16:44.31 | gena2x | SpeedEvil: btw all sd's are nand? |
| 16:44.45 | SpeedEvil | If you do something that requires it to write 4K into the middle of one of these blocks, it needs to erase this whole block to do it. |
| 16:44.47 | d1b | gena2x: don't use /dev/random use /dev/urandom if you are being serious. |
| 16:44.51 | SpeedEvil | Though it's more complex in reality |
| 16:44.55 | SpeedEvil | gena2x: yes |
| 16:45.02 | gena2x | SpeedEvil: :( |
| 16:45.05 | SpeedEvil | gena2x: with a little controller that pretends to be a disk |
| 16:45.47 | gena2x | SpeedEvil: Need fs with 128 block size... |
| 16:45.55 | gena2x | SpeedEvil: *128k |
| 16:46.12 | d1b | gena2x: ext2 is fine. sdcards are cheap otherwise some say ext3 :P |
| 16:46.50 | SpeedEvil | gena2x: not quite - as writing 128k is bad too - you want ideally some sort of log fs type thing |
| 16:48.20 | gena2x | d1b: ext2 look like overhead. imagine atime update :) |
| 16:53.07 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 16:55.44 | ndnihil | you can disable atime |
| 16:56.07 | gena2x | sure |
| 16:56.13 | ndnihil | mount with noatime in flags or something like that |
| 17:03.57 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 17:06.20 | *** join/#openmoko pbaxter_ (n=pbaxter@host240-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 17:24.59 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 17:27.03 | *** join/#openmoko pb__ (n=pb@85.210.12.93) |
| 17:36.56 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 17:37.53 | *** part/#openmoko rozzin (n=rozzin@209-20-69-211.slicehost.net) |
| 17:38.03 | *** join/#openmoko rozzin (n=rozzin@209-20-69-211.slicehost.net) |
| 17:38.10 | *** join/#openmoko emonkey-t (n=emonkey@static-pro-212-101-27-121.adsl.solnet.ch) |
| 17:40.58 | *** join/#openmoko pablomino (n=pablo@r190-135-128-49.dialup.adsl.anteldata.net.uy) |
| 17:41.11 | *** part/#openmoko pablomino (n=pablo@r190-135-128-49.dialup.adsl.anteldata.net.uy) |
| 17:51.09 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 17:53.37 | *** join/#openmoko pespin (n=Sharwin_@40.pool85-50-92.dynamic.orange.es) |
| 18:02.04 | *** join/#openmoko max_posedon (n=max_pose@57-243-252-87-dynamic-pool.gprs.mts.by) |
| 18:02.11 | *** join/#openmoko chihchun (n=nnnnnchi@u7.hlc.edu.tw) |
| 18:15.32 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 18:19.13 | *** join/#openmoko messerting_ (n=messerti@cm-84.208.182.112.getinternet.no) |
| 18:24.51 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 18:31.21 | *** join/#openmoko fsteinel (n=fsteinel@fedora/fsteinel) |
| 18:33.21 | *** join/#openmoko otypoks (n=e55c2403@85.11.67.243) |
| 18:42.50 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 18:48.09 | *** join/#openmoko samgee_ (n=samgee@34.183-201-80.adsl-dyn.isp.belgacom.be) |
| 18:49.05 | panicking | larsc, can you check this patch? |
| 18:49.27 | panicking | http://www.pastie.org/750925 |
| 18:50.31 | larsc | panicking: at least 40-44 is wrong |
| 18:50.38 | larsc | i think |
| 18:50.44 | larsc | but the rest looks good |
| 18:51.44 | panicking | why? I report the error on data if they are present |
| 18:51.50 | panicking | is not the correct behavior |
| 18:52.06 | panicking | ? |
| 18:52.28 | *** join/#openmoko Fish (n=Fish@78.238.225.114) |
| 18:56.01 | panicking | the idea is to reset the mci when we have an error |
| 18:56.18 | larsc | yes. that is ok |
| 18:57.18 | panicking | at irq level there is no data? |
| 18:57.28 | panicking | cmd->data is always null? |
| 18:57.50 | panicking | no yet check but I was thinking that it was rasonable |
| 18:58.18 | panicking | we are talinkg about 2.6.29 driver |
| 18:58.24 | larsc | cmd->data will always not be null |
| 18:58.50 | larsc | since the glamo will only generate irqs for data transfers |
| 19:02.43 | larsc | i think the check for error not beging 0 should be done in glamo_mci_request_done |
| 19:08.10 | *** join/#openmoko rafiki_ (i=rafiki@anapnea.net) |
| 19:08.45 | panicking | we are trying to fix this issue http://code.google.com/p/android-on-freerunner/issues/detail?id=81 |
| 19:08.59 | panicking | I have started today |
| 19:09.10 | panicking | tomorrow I will receive onother debug board because the previus one is died |
| 19:09.18 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 19:12.46 | larsc | panicking: i would recommmend to increase sd_drive |
| 19:14.11 | panicking | So the problem is only releated to the signal drive strenght |
| 19:14.13 | panicking | ? |
| 19:14.48 | panicking | are there downside of increase that value? |
| 19:17.47 | PaulFertser | larsc: btw, it seems sd_drive should be 1 by default, it doesn't seem to affect gps performance. |
| 19:35.14 | *** join/#openmoko Fish (n=Fish@78.238.225.114) |
| 19:42.47 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 19:49.51 | larsc | PaulFertser: does a higher value? |
| 19:50.45 | PaulFertser | larsc: well, i think DocScrutinizer51 proved that it doesn't and i tried to reproduce the results and couldn't see sd_drive affecting anything here too. |
| 19:50.52 | PaulFertser | larsc: but i wouldn't call that scientific. |
| 19:51.17 | larsc | the current driver is increasing sd_drive as frequency goes up |
| 19:53.02 | PaulFertser | larsc: why do you think it is desirable? Have you found some info? |
| 19:56.08 | larsc | PaulFertser: well. my experiments showed that a higher sd_drive increases stability |
| 19:56.30 | PaulFertser | larsc: ok, so i see you experienced instability. |
| 19:56.54 | PaulFertser | larsc: the thing is andy-tracking had sd_drive=0 for quite some time and very few people complained about instability. |
| 20:01.03 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 20:05.05 | *** join/#openmoko TAsn (n=tasn@89-138-76-75.bb.netvision.net.il) |
| 20:06.34 | lindi- | PaulFertser: speaking of instability, I hit http://docs.openmoko.org/trac/ticket/2309 again :) |
| 20:08.57 | PaulFertser | lindi-: i guess i had my FR not resuming without any reason several time during the last month. Can't do anything about it :( |
| 20:09.38 | lindi- | PaulFertser: what's in resume_reason? |
| 20:10.07 | PaulFertser | lindi-: i couldn't resume. The screen stayed black. I took out the bat. |
| 20:10.19 | lindi- | PaulFertser: ah "not resuming" |
| 20:10.28 | lindi- | PaulFertser: maybe you have hit the same bug then |
| 20:10.34 | lindi- | PaulFertser: andy-tracking with debian? |
| 20:10.39 | PaulFertser | lindi-: maybe but since i'm stupid i do not use ramconsole |
| 20:10.44 | PaulFertser | lindi-: yep |
| 20:10.55 | *** join/#openmoko max_posedon (n=max_pose@23-243-252-87-dynamic-pool.gprs.mts.by) |
| 20:10.56 | lindi- | PaulFertser: xserver-xorg-video-fbdev or glamo? |
| 20:11.07 | PaulFertser | lindi-: xorg glamo driver |
| 20:11.09 | lindi- | PaulFertser: and Qi? |
| 20:11.12 | PaulFertser | lindi-: sure |
| 20:11.24 | lindi- | PaulFertser: ok we have identical configuration except thatI use fbdev |
| 20:12.16 | PaulFertser | lindi-: and my device is a6. |
| 20:12.29 | lindi- | a5 here yes |
| 20:13.15 | lindi- | PaulFertser: when did you start to see this bug for the first time? |
| 20:14.17 | PaulFertser | lindi-: probably march? I've no idea, it doesn't occur often. Probably i've seen it more often when i used gprs but i rarely do. |
| 20:14.48 | lindi- | PaulFertser: that early? i'm quite sure that I saw it for the first time exactly 4 months ago |
| 20:15.44 | lindi- | PaulFertser: i used gprs on Friday too. i just don't see how that could cause failure to resume :( |
| 20:17.11 | lindi- | PaulFertser: calypso should not be able to cause this in any way, right? |
| 20:17.28 | lindi- | (other than draining battery but this was not the case) |
| 20:17.38 | PaulFertser | lindi-: i'm not sure, i've complicated relationship with Time. |
| 20:17.47 | lindi- | :) |
| 20:17.55 | PaulFertser | He's often rude to me |
| 20:17.59 | lindi- | me too, that's why I rely on logs |
| 20:18.30 | PaulFertser | lindi-: GSM interference can in theory influence the wakeup process. Who knows, it's all black magic. |
| 20:18.51 | lindi- | hmm, interesting theory |
| 20:19.42 | *** join/#openmoko Docscrutemp (n=Joerg_rw@82.113.121.218) |
| 20:20.08 | lindi- | PaulFertser: we need somebody to come up with a plan on how to disassemble the phone while keeping battery connected :P |
| 20:20.59 | PaulFertser | lindi-: my gta01 has a battery connected via long wires soldered to the connector :) |
| 20:22.22 | lindi- | PaulFertser: also debug board is probably useless during suspend? |
| 20:30.32 | *** part/#openmoko otypoks (n=e55c2403@85.11.67.243) |
| 20:31.46 | *** join/#openmoko gena2x (n=gena2x@bsdmn.com) |
| 20:50.47 | *** join/#openmoko denise (n=denise@stgt-5f71dc3d.pool.mediaWays.net) |
| 20:52.41 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 20:57.30 | *** join/#openmoko valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 21:01.22 | *** join/#openmoko max_posedon (n=max_pose@23-243-252-87-dynamic-pool.gprs.mts.by) |
| 21:03.51 | *** join/#openmoko Docscrutemp (n=Joerg_rw@p57AF4CE7.dip.t-dialin.net) |
| 21:04.05 | PaulFertser | But they were IN the well... Of course they were, well in. |
| 21:07.54 | *** join/#openmoko idarwin (n=ian@24-138-98-167.zing-net.ca) |
| 21:14.24 | *** join/#openmoko Docscrutemp (n=Joerg_rw@82.113.106.220) |
| 21:21.46 | *** join/#openmoko _kennyz (n=kennyz@uralnet.org) |
| 21:24.27 | *** join/#openmoko Docscrutemp (n=Joerg_rw@200.194.116.85.dsl.manitu.net) |
| 21:30.00 | *** join/#openmoko azaghal_ (n=azaghal@91.148.114.36) |
| 21:45.29 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 21:50.43 | *** join/#openmoko azaghal__ (n=azaghal@91.148.112.105) |
| 21:57.06 | *** join/#openmoko nielsle_ (n=nielsle@1385163669.dhcp.dbnet.dk) |
| 21:57.24 | *** join/#openmoko nielsle_ (n=nielsle@1385163669.dhcp.dbnet.dk) |
| 21:58.04 | *** join/#openmoko arfmarf (n=arfmarf@c-a1b2e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 22:03.58 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 22:05.40 | *** join/#openmoko dns53 (n=dns@203.171.197.91) |
| 22:08.41 | *** join/#openmoko azaghal (n=azaghal@91.148.115.47) |
| 22:23.21 | *** join/#openmoko Gabrys (n=Gabrys@77-253-141-148.adsl.inetia.pl) |
| 22:48.40 | *** join/#openmoko max_posedon (n=max_pose@80.249.84.73) |
| 22:55.39 | *** join/#openmoko Fox_Mu170 (i=quakeman@f051003043.adsl.alicedsl.de) |
| 23:02.54 | gena2x | hm... |
| 23:03.08 | gena2x | cat /proc/bus/input/devices |
| 23:03.17 | gena2x | I: Bus=0013 Vendor=dead Product=beef Version=0101 |
| 23:03.23 | gena2x | N: Name="s3c2410 TouchScreen" |
| 23:03.36 | gena2x | Vendor=dead??? |
| 23:04.06 | SeligArkin | giggles |
| 23:04.18 | file | grins |
| 23:04.36 | SeligArkin | gena2x: 0xDEAD nothing to worry about, just a dummy value. :P |
| 23:04.42 | *** join/#openmoko [Rui] (n=Rui@a85-138-13-253.cpe.netcabo.pt) |
| 23:04.43 | file | one of the products I deal with uses DEADBEEF as their boot loader image name :D |
| 23:06.26 | gena2x | huh... |
| 23:18.13 | *** join/#openmoko ramo102 (n=ramo102@151.59.234.191) |
| 23:22.55 | gena2x | Just installed debian with andy-tracking kernel from december, but can't bring up touchscreen. Can someone help? |
| 23:28.06 | lindi- | gena2x: xorg.conf? ps axuf? |
| 23:28.35 | gena2x | lindi-: In fact, i got it. Just it seems rotated |
| 23:29.50 | gena2x | lindi-: 90 degrees. |
| 23:30.37 | gena2x | lindi-: just thought it was complete missing. |
| 23:31.23 | lindi- | i heard about such a problem today. too bad it was not in a bug report so I can't point you to it |
| 23:32.08 | gena2x | lindi-: xorg.com from shr, xorg-glamo |
| 23:32.14 | gena2x | lindi-: xorg.conf from shr, xorg-glamo |
| 23:32.53 | lindi- | gena2x: "from shr" does not really help me much :( |
| 23:33.13 | lindi- | gena2x: and glamo is display driver so it shouldn't be related to touchscreen, right? |
| 23:34.18 | gena2x | lindi-: I hope :). http://pastebin.com/m758f818e |
| 23:34.36 | gena2x | lindi-: are you using debian? |
| 23:34.37 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 23:35.18 | *** join/#openmoko thegreen4me (n=Christia@adsl-69-231-113-60.dsl.irvnca.pacbell.net) |
| 23:35.29 | gena2x | lindi-: Oh, I mb i have to calibrate it... |
| 23:36.02 | gena2x | gena2x: which kernel are you using? |
| 23:36.28 | thegreen4me | does the freerunner graphics card support open gl, and if so what version? |
| 23:36.55 | gena2x | thegreen4me: no atm, only software i guess. |
| 23:37.00 | raster | opengl-es 1.1 |
| 23:37.15 | thegreen4me | thanks |
| 23:37.17 | raster | no public specs on how to program it though |
| 23:37.17 | gena2x | thegreen4me: i mean no drivers |
| 23:37.18 | raster | and no drivers |
| 23:37.47 | raster | limited too - no render-to-texture (fbo's), 256x256 max texture size |
| 23:37.58 | raster | and nother un-funness |
| 23:38.09 | raster | so basically its a fairly useless gl engine |
| 23:38.14 | gena2x | lindi-: I tried shr's xorg.conf because I had working X where with same kernel |
| 23:38.26 | thegreen4me | I just want to do some very simple 3D graphics |
| 23:38.43 | raster | other than that ... as gena2x said. no dirvers either. i'd say little point in writingg them too |
| 23:39.15 | gena2x | thegreen4me: May be software mesa will be enough for you needs? |
| 23:39.56 | gena2x | thegreen4me: But it's very unlikely :) |
| 23:40.20 | raster | if u want to do "graphics" the freerunner is the wrong bit of hardware |
| 23:40.50 | thegreen4me | what is mesa? |
| 23:42.27 | gena2x | It depends on which kind of graphics you want. We all mean different graphic. Raster thinks about graphics like a something... animated? I think as a plain GUI ;) |
| 23:42.51 | gena2x | It's ok for gui ;) |
| 23:43.02 | thegreen4me | I kind of need 3D |
| 23:43.27 | raster | gena2x: i think of gfx as "oooh wow. that's nice!" |
| 23:43.33 | raster | as opposed to purely functional |
| 23:43.48 | raster | thegreen4me: you have thw wrong bit of hw. u'll be disappointed. |
| 23:44.04 | raster | u have no hw accel for 3d as u have no drivers. |
| 23:44.07 | raster | the cpu is slow |
| 23:44.10 | raster | memory bus slow |
| 23:44.14 | raster | video bus very slow |
| 23:44.23 | thegreen4me | It runs doom fine |
| 23:44.27 | raster | the only good thing is the dpi of the screen |
| 23:44.37 | thegreen4me | thats the level of graphics im going for |
| 23:44.46 | gena2x | Yes, but hackability is high :) |
| 23:45.00 | lindi- | gena2x: yes debian |
| 23:45.13 | gena2x | lindi-: which kernel? |
| 23:45.40 | lindi- | gena2x: andy-tracking a3587e4ed77974ad |
| 23:46.05 | *** part/#openmoko thegreen4me (n=Christia@adsl-69-231-113-60.dsl.irvnca.pacbell.net) |
| 23:47.31 | gena2x | lindi-: Aug 27, ok. |
| 23:49.10 | *** join/#openmoko thegreen4me (n=Christia@adsl-69-231-113-60.dsl.irvnca.pacbell.net) |
| 23:50.23 | thegreen4me | does anyone know how to use nat routing in mokonnect? |
| 23:50.30 | gena2x | lindi- did you take a look to my xorg.conf. Something missing? |
| 23:50.45 | gena2x | thegreen4me: This should work find. Just use usual tools. |
| 23:50.55 | gena2x | thegreen4me: s/find/fine/ |
| 23:51.59 | *** join/#openmoko everslick (n=clemens@91-113-112-239.adsl.highway.telekom.at) |
| 23:52.04 | *** part/#openmoko thegreen4me (n=Christia@adsl-69-231-113-60.dsl.irvnca.pacbell.net) |
| 23:52.11 | gena2x | thegreen4me: oh, missed keyword 'mokonect', sorry, dunno |
| 23:58.40 | gena2x | lindi-: Ok, sorry for mess. Realised that I had to use calibrated tslib. |
| 23:58.50 | gena2x | lindi-: All seem ok now. |
| 23:59.12 | gena2x | lindi-: Btw, are you using some kind of telephony in debian? |
| 23:59.32 | gena2x | lindi-: Have i chances to set up working phone with debian? |
