| 00:04.41 | xxtjaxx | lindi-: needs the openssh binary so I checked and opensshclient was installed allreadyy |
| 00:04.52 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 00:05.07 | lindi- | xxtjaxx: what's "the openssh binary"? |
| 00:05.19 | lindi- | xxtjaxx: there is more than one binary |
| 00:08.51 | xxtjaxx | quoted from the files sftp support works (relies on OpenSSH sftp binary or similar) |
| 00:10.42 | xxtjaxx | would vsftp good as a server on a moko? |
| 00:15.24 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 00:16.33 | lindi- | xxtjaxx: well you need to think bit more :) |
| 00:16.48 | lindi- | xxtjaxx: "sftp binary". do you have that? |
| 00:16.52 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
| 00:26.19 | *** join/#openmoko Kt- (n=Kirsat@24.99.39.10) |
| 00:32.23 | *** join/#openmoko retracile__ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 00:56.15 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 00:57.46 | *** join/#openmoko Kt- (n=Kirsat@24.99.39.10) |
| 01:00.10 | *** join/#openmoko Bane^ (i=bane@shelli.fi) |
| 01:01.22 | *** join/#openmoko kardan| (n=kardan@p54BE36E9.dip.t-dialin.net) |
| 01:07.25 | *** join/#openmoko meskal (n=quassel@meskalero.de) |
| 01:21.35 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 01:27.11 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 01:30.10 | *** join/#openmoko xxtjaxx_ (n=user@p54B747AD.dip.t-dialin.net) |
| 01:53.38 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 01:55.54 | *** join/#openmoko mwester-laptop (n=mwester@nslu2-linux/mwester) |
| 01:58.28 | *** join/#openmoko everslick (n=clemens@212-183-113-43.adsl.highway.telekom.at) |
| 02:06.55 | *** join/#openmoko Defiant (i=erik@c212134.adsl.hansenet.de) |
| 02:10.31 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 02:15.04 | *** join/#openmoko freelock (n=john@216.231.62.127) |
| 02:16.16 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 02:26.29 | *** join/#openmoko Openfree (n=Openfree@60.186.93.101) |
| 02:31.38 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-201-132.lns20.adl6.internode.on.net) |
| 03:00.16 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 03:01.35 | *** join/#openmoko pcfe (n=pcfe@a83-245-166-95.elisa-laajakaista.fi) |
| 03:30.31 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 03:34.47 | *** join/#openmoko alephnull (n=alok@122.172.0.226) |
| 03:45.31 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp118-210-69-75.lns20.adl2.internode.on.net) |
| 03:46.53 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 03:50.28 | *** join/#openmoko j_14 (n=jaime@24.139.232.61) |
| 04:05.00 | *** join/#openmoko amarsh04 (n=amarsh04@ppp118-210-245-177.lns20.adl6.internode.on.net) |
| 04:08.43 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 04:24.51 | *** join/#openmoko batti (n=batti@dslb-092-073-177-070.pools.arcor-ip.net) |
| 04:31.00 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:44.20 | Psi | i dont think gta01 is actually using the timing values from fb.modes |
| 04:44.43 | Psi | even if i change the clock alot there is no visible effect on the lcd |
| 04:45.15 | UndrWater1 | how about mplayer? |
| 04:45.32 | Psi | does mplayer change the lcd res automatically? |
| 04:46.17 | UndrWater1 | it will use the fb.modes to play at the specified res if you tell it to in mplayer.conf |
| 04:47.28 | Psi | looks up what the settings are |
| 04:47.40 | UndrWater1 | i'm talking vids of course ;) |
| 04:48.04 | Psi | ya, i have a 240x320 vid, but it plays in mplayer at 480x640 |
| 04:48.20 | Psi | as a 240x320 picture with black boarders |
| 04:49.01 | UndrWater1 | mplayer -vo fbdev -fbmode qvga |
| 04:49.23 | UndrWater1 | should be full screen |
| 04:49.32 | Psi | tries |
| 04:49.33 | UndrWater1 | with the appropriate fb.modes |
| 04:52.06 | UndrWater1 | that also assumes "qvga" is a modeline in that file :) |
| 04:52.13 | Psi | heres what i go http://pastebin.com/m30cdb6b6 |
| 04:52.17 | Psi | *got |
| 04:52.39 | Psi | there is a qvga line in fb.modes |
| 04:52.44 | Psi | if thats what you mean |
| 04:53.06 | UndrWater1 | is it a section? |
| 04:53.22 | UndrWater1 | try: |
| 04:53.44 | Psi | http://pastebin.com/m10afd4ec |
| 04:53.49 | Psi | thats what my fb.modes is |
| 04:53.58 | Psi | its the default one shr unstable comes with |
| 04:54.10 | UndrWater1 | mplayer -vm fbdev -fbmode qvga |
| 04:54.10 | Psi | for gta01 atleast |
| 04:54.11 | UndrWater1 | right |
| 04:54.16 | UndrWater1 | good...that's correct |
| 04:54.33 | UndrWater1 | so try -vm instead of -vo |
| 04:54.45 | Psi | tries |
| 04:55.29 | Psi | plays at 480x640 with black borders |
| 04:56.28 | UndrWater1 | i think you're right...something is hard coded maybe for vga |
| 04:56.39 | Psi | http://pastebin.com/m525bb63a |
| 04:56.47 | Psi | [VO_XV] It seems there is no Xvideo support for your video card available. |
| 04:58.06 | UndrWater1 | are you on shr? |
| 04:58.16 | Psi | shr unstable image from buildhost |
| 04:58.45 | Psi | i suspect its a gta01 issue |
| 04:58.57 | UndrWater1 | what's the graphics chip? |
| 04:59.15 | Psi | chipset one, instead of glamo |
| 04:59.40 | UndrWater1 | mplayer -vo help |
| 05:00.20 | Psi | http://pastebin.com/m5506479b |
| 05:01.08 | UndrWater1 | i doubt you'll get anywhere, but try -vo x11 |
| 05:01.40 | Psi | same thing |
| 05:02.19 | *** join/#openmoko choc (i=natas@noodles.notsecure.net) |
| 05:02.28 | UndrWater1 | i'm no expert but it looks like the chip can't do the scaling |
| 05:02.56 | Psi | im sure ive had it in 240x320 before, on a really old build, maybe om2007 |
| 05:03.38 | Psi | and the display does atleast try to change to 240x320 if i go 'fbset qvga' |
| 05:03.53 | UndrWater1 | then what happens? |
| 05:04.10 | Psi | ya get a really messed up desktop, like the clockrate is wrong |
| 05:04.16 | Psi | but it can be random |
| 05:04.19 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
| 05:04.29 | Psi | i can take a pic if you want |
| 05:05.02 | UndrWater1 | that's ok... |
| 05:05.21 | UndrWater1 | i'd follow up on that post |
| 05:05.26 | UndrWater1 | or start a new one |
| 05:05.46 | *** join/#openmoko Tulga (n=chatzill@203.91.113.10) |
| 05:05.52 | Psi | which one |
| 05:06.06 | Psi | the one i did on the mailing list a few days ago |
| 05:06.08 | Tulga | is it possible to change GSM to CDMA? |
| 05:06.49 | UndrWater1 | Psi: the coolness of graphics hardware or something like that? or the qvga one? |
| 05:07.33 | UndrWater1 | Tulga: have you heard that's possible? |
| 05:07.34 | Psi | i asked for help a few days ago, title was "QVGA 240x320 in GTA01 in SHR" |
| 05:07.47 | Psi | no responce yet |
| 05:07.51 | Tulga | UndrWater1: no, asking first time |
| 05:08.02 | UndrWater1 | i think i saw that one...post your experience so far...i think some folks are interested and lurking |
| 05:08.25 | Psi | ok |
| 05:08.29 | Psi | will do, thanks |
| 05:08.41 | Psi | maybe some pics in the email will help |
| 05:08.45 | UndrWater1 | Tulga: i've never head that that's possible...and if it were, you'd need to take the phone in to register it |
| 05:08.49 | UndrWater1 | yeah |
| 05:10.17 | *** join/#openmoko droid001 (n=g1@p4FDCFD59.dip.t-dialin.net) |
| 05:10.58 | Psi | the only remotly do'able way i can think of to change a neo from gsm to cdma would be to take it apart, cut away all of the pcb parts needed for GSM (to make room) and then somehow fit the pcb from a CDMA usb dongle (that has working linux voice drivers) inside the phone and wire it up to usb |
| 05:12.18 | Psi | would be pretty hard, but would atleast be possible |
| 05:12.30 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 05:12.53 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-34-208.lns20.adl2.internode.on.net) |
| 05:17.37 | *** join/#openmoko _Andrew (n=andrew@118.173.89.82.adsl.dynamic.totbb.net) |
| 05:24.22 | *** join/#openmoko beer (n=beer@0x4dd40dcb.adsl.cybercity.dk) |
| 05:33.11 | *** join/#openmoko DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net) |
| 05:34.42 | *** part/#openmoko UndrWater1 (n=Russell_@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 05:54.08 | *** join/#openmoko brian_ (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 06:10.54 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 06:15.10 | *** join/#openmoko BillK_ (n=BillK@203-59-166-222.dyn.iinet.net.au) |
| 06:28.25 | *** join/#openmoko alephnull (n=alok@122.172.0.226) |
| 06:29.09 | *** join/#openmoko ajvogel (n=quassel@196.210.224.169) |
| 06:38.05 | *** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192) |
| 06:51.43 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 06:53.50 | *** join/#openmoko Heinervdm (n=thomas@pD9E13A02.dip.t-dialin.net) |
| 07:11.40 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 07:14.17 | *** join/#openmoko jlmoko (n=jluis@240.Red-88-5-203.dynamicIP.rima-tde.net) |
| 07:29.12 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 07:46.33 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 07:50.43 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 08:08.35 | *** join/#openmoko edgar (n=christop@cm56-222-142.liwest.at) |
| 08:46.56 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 08:57.16 | *** join/#openmoko rlarson91 (n=rlarson9@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
| 09:02.41 | *** join/#openmoko everslick (n=clemens@212-183-113-43.adsl.highway.telekom.at) |
| 09:20.10 | *** join/#openmoko vaiursch (n=erwin@84-75-28-139.dclient.hispeed.ch) |
| 09:25.47 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-50-15.w86-217.abo.wanadoo.fr) |
| 09:29.28 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 09:41.13 | *** join/#openmoko Kame2 (n=manuel@port-92-196-124-174.dynamic.qsc.de) |
| 09:55.54 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de) |
| 09:56.07 | PBeck | hi |
| 09:56.14 | Heinervdm | moin |
| 09:57.53 | *** join/#openmoko fredrin_ (n=workingn@ti0035a340-dhcp0191.bb.online.no) |
| 09:58.50 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 10:01.15 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 10:03.35 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-159-244.lns20.adl6.internode.on.net) |
| 10:05.08 | *** join/#openmoko jlmoko (n=jluis@104.Red-88-18-124.staticIP.rima-tde.net) |
| 10:06.09 | *** join/#openmoko alephnull (n=alok@122.172.0.226) |
| 10:06.50 | PaulFertser | Does anyone in here ride a fixie? |
| 10:06.57 | PaulFertser | wished to know how it feels like |
| 10:07.11 | Weiss | isn't even quite sure what that question means :o |
| 10:07.43 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 10:09.04 | *** join/#openmoko Martix (n=Martix@212.111.30.125) |
| 10:10.09 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp118-210-2-74.lns20.adl2.internode.on.net) |
| 10:10.10 | *** join/#openmoko bumbl (n=bumbl@91-114-190-172.adsl.highway.telekom.at) |
| 10:13.57 | *** join/#openmoko everslick (n=clemens@91-114-188-72.adsl.highway.telekom.at) |
| 10:20.42 | PaulFertser | Weiss: a bike without gears and even freewheel whatsoever. Used for track competitions and also by some messengers :) |
| 10:21.06 | *** join/#openmoko amarsh04 (n=amarsh04@ppp118-210-224-209.lns20.adl6.internode.on.net) |
| 10:21.17 | SpeedEvil | Also unicyclists |
| 10:31.57 | *** join/#openmoko meskal (n=quassel@meskalero.de) |
| 10:43.02 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 10:46.16 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 10:46.34 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 10:51.21 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 10:51.39 | panicking | hi lindi- :) |
| 10:52.48 | lindi- | panicking: evening |
| 10:53.43 | *** join/#openmoko lord-carlos (n=carlos@ip-20-175.bnaa.dk) |
| 10:54.22 | panicking | lindi-, I think that is possible to work in other frequency range too |
| 10:54.46 | *** join/#openmoko MarcelloB (i=Marcello@ppp-32-169.30-151.libero.it) |
| 10:54.58 | MarcelloB | hello |
| 10:55.17 | MarcelloB | I have some bad blocks on NAND |
| 10:55.28 | MarcelloB | can I Format all 256 Mb of the NAND ? |
| 10:55.37 | SpeedEvil | Bad blocks are expected. |
| 10:56.01 | SpeedEvil | The spec of the NAND is that after 100000 writes to every block, 256M or over of memory will function. |
| 10:56.10 | MarcelloB | ok but if i reformat all FLASH NAND ? |
| 10:56.16 | PaulFertser | panicking: hey |
| 10:56.28 | SpeedEvil | There start out to be spare blocks, and they are expected to fail in normal use |
| 10:56.38 | SpeedEvil | And be dealt with. |
| 10:57.14 | panicking | PaulFertser, hi |
| 10:57.23 | PaulFertser | MarcelloB: also NAND comes with factory-programmed data about bad blocks, you're supposed to value that info :) |
| 10:57.28 | MarcelloB | ok if I start linux from the SD .. i can format the NAND? |
| 10:58.27 | SpeedEvil | Why do you want to format it? |
| 10:58.29 | PaulFertser | MarcelloB: what are you trying to archive??? |
| 10:58.36 | SpeedEvil | Formating doesn't help. |
| 10:59.11 | MarcelloB | I know .. the NAND have some BLOKS from factory yes there is a lot of time thet read on wiki ok but nobody format the NAND? never? |
| 10:59.24 | *** join/#openmoko Ghiottone (n=ale@adsl-ull-201-41.49-151.net24.it) |
| 10:59.43 | PaulFertser | got so frustrated he can't spell |
| 10:59.52 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 10:59.59 | PaulFertser | MarcelloB: scrub command in u-boot does that |
| 11:00.21 | SpeedEvil | PaulFertser: you have a really good excuse though. |
| 11:01.16 | MarcelloB | have seriously problems whith flashing now maybe there are tomuch bloks |
| 11:01.21 | MarcelloB | bad |
| 11:01.45 | SpeedEvil | What problems are these causing? |
| 11:02.17 | MarcelloB | i now I reinstall the same stable version of SHR 2009.05 crashed too much times |
| 11:02.42 | MarcelloB | 1 2 3 100 times ever the same problem |
| 11:03.35 | PaulFertser | wished MarcelloB expressed his problems in a clearer and more transparent way |
| 11:04.13 | *** join/#openmoko rafa (n=rafa@200.123.158.181) |
| 11:06.00 | MarcelloB | the bad bloks is a phisical ploblem? |
| 11:06.11 | PaulFertser | MarcelloB: right |
| 11:06.21 | MarcelloB | really? |
| 11:06.23 | PaulFertser | MarcelloB: unless you do tricks to mark bad blocks by mistake |
| 11:06.55 | PaulFertser | MarcelloB: like marking using nandwrite -m without running flasherase_all beforehand. |
| 11:07.37 | SpeedEvil | There really are bad blocks. They should be dealt with appropriately in the normal case. |
| 11:07.43 | SpeedEvil | How is SHR crashing? |
| 11:08.55 | MarcelloB | SHR have problems whith some windows are invisible ... for example the window of logout |
| 11:09.32 | MarcelloB | when push the right button compare a vertical line on center |
| 11:09.46 | MarcelloB | and crashed |
| 11:10.40 | MarcelloB | so then reinstall the image or other image but the problem is the same ... some modules corupted ... or other things |
| 11:10.56 | *** join/#openmoko bumbl (n=bumbl@91-114-190-172.adsl.highway.telekom.at) |
| 11:11.46 | MarcelloB | but is doungerous format a NAND? |
| 11:12.51 | MarcelloB | if I start the boot image and the sistem from SD? I can try to format nand flash.. ann then reinstall all by flashing? |
| 11:13.12 | PaulFertser | MarcelloB: how many times should we repeat the same thing so you will start describe your problems properly and finally explain why are you talking about bad blocks? |
| 11:13.51 | PaulFertser | meh, bad grammar now, also sounds offensive. /me should better stfu |
| 11:15.05 | *** part/#openmoko MarcelloB (i=Marcello@ppp-32-169.30-151.libero.it) |
| 11:15.44 | PaulFertser | WTF? |
| 11:16.46 | *** join/#openmoko zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
| 11:19.18 | PaulFertser | SpeedEvil: was it too offensive and unhelpful from my side? I thought people coming to irc asking stupid question should expect to be treated a bit tough, no? |
| 11:20.13 | *** join/#openmoko jlmoko (n=jluis@234.Red-83-56-229.dynamicIP.rima-tde.net) |
| 11:20.41 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 11:26.12 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 11:28.16 | SpeedEvil | I don't think so really |
| 11:29.27 | PaulFertser | Ok, thanks :) |
| 11:30.01 | PaulFertser | Haha, your reply can be considered as an answer to either part of my question which makes it a bit ambigous :) |
| 11:30.29 | SpeedEvil | I don't think you were out of line. |
| 11:39.31 | *** join/#openmoko nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
| 11:43.18 | *** join/#openmoko fsteinel (n=fsteinel@pD9FBBEE0.dip.t-dialin.net) |
| 11:43.26 | *** join/#openmoko amarsh04 (n=amarsh04@ppp118-210-224-209.lns20.adl6.internode.on.net) |
| 11:45.19 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 11:50.25 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 11:58.57 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 12:02.57 | *** join/#openmoko geaaru (n=geaaru@host193-171-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:06.10 | *** join/#openmoko UberNeo (n=UberNeo@122.181.132.66) |
| 12:08.24 | *** join/#openmoko arfmarf (n=arfmarf@c-a1b2e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 12:09.08 | *** join/#openmoko pa4wdh (n=pa4wdh@a213-84-93-147.adsl.xs4all.nl) |
| 12:09.49 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 12:10.25 | *** join/#openmoko tsdogs (n=tsdogs@tsdogs.metalit.net) |
| 12:14.53 | *** join/#openmoko rebelThor (n=thor@79.118.186.5) |
| 12:15.13 | *** part/#openmoko rebelThor (n=thor@79.118.186.5) |
| 12:24.29 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 12:34.49 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 12:39.18 | *** join/#openmoko max_posedon (n=max_pose@76-243-252-87-dynamic-pool.gprs.mts.by) |
| 12:42.23 | *** join/#openmoko KenSentMe (n=jeroen@unaffiliated/kensentme) |
| 12:42.35 | *** join/#openmoko mrbrdo (n=lulika@zephyrus.mrbrdo.net) |
| 12:42.38 | *** part/#openmoko mrbrdo (n=lulika@zephyrus.mrbrdo.net) |
| 12:43.04 | *** join/#openmoko zogg_ (n=zogg@78-56-29-38.static.zebra.lt) |
| 12:47.30 | *** join/#openmoko Guest34298 (n=jan@5ED19AEB.cable.ziggo.nl) |
| 12:56.51 | *** join/#openmoko messerting (n=messerti@ti0083a340-0481.bb.online.no) |
| 13:05.53 | *** join/#openmoko Sharwin_F (n=Sharwin_@90.163.50.191) |
| 13:05.56 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
| 13:10.10 | *** join/#openmoko hax404 (n=quassel@mnhm-5f74f0ed.pool.mediaWays.net) |
| 13:16.43 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-11-213.lns20.adl2.internode.on.net) |
| 13:17.25 | Guest34298 | Hi all. Is there a time line for when SHR-Unstable will be updated? |
| 13:21.17 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-62-177.lns20.adl2.internode.on.net) |
| 13:24.55 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 13:32.16 | Heinervdm | Guest34298: as soon as it isn't segfaulting anymore |
| 13:35.05 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
| 13:35.06 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 13:37.21 | *** join/#openmoko pbaxter (n=pbaxter@host231-84-dynamic.51-79-r.retail.telecomitalia.it) |
| 13:37.52 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
| 13:40.55 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 13:47.26 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-12-223.lns20.adl2.internode.on.net) |
| 13:49.24 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 13:56.02 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
| 14:00.00 | *** join/#openmoko Martix (n=Martix@212.111.30.125) |
| 14:12.59 | *** join/#openmoko mikeb_ (n=devl@5ac07ac3.bb.sky.com) |
| 14:20.31 | *** join/#openmoko lxuser_ (n=lxuser@host75-138-dynamic.6-87-r.retail.telecomitalia.it) |
| 14:22.35 | *** part/#openmoko lxuser_ (n=lxuser@host75-138-dynamic.6-87-r.retail.telecomitalia.it) |
| 14:35.23 | *** join/#openmoko freegurj (n=lskdfj@81.95.167.109) |
| 14:40.28 | *** join/#openmoko Q-Master (n=qmaster@78.111.144.97) |
| 14:51.18 | *** join/#openmoko mikeb_ (n=devl@5ac07ac3.bb.sky.com) |
| 14:53.22 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 14:58.06 | *** join/#openmoko messerting (n=messerti@ti0083a340-0481.bb.online.no) |
| 15:06.26 | *** join/#openmoko max_posedon (n=max_pose@127-243-252-87-dynamic-pool.gprs.mts.by) |
| 15:16.48 | *** join/#openmoko max_posedon (n=max_pose@127-243-252-87-dynamic-pool.gprs.mts.by) |
| 15:19.00 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167978043.dsl.bell.ca) |
| 15:24.13 | *** join/#openmoko lxuser_ (n=lxuser@host75-138-dynamic.6-87-r.retail.telecomitalia.it) |
| 15:25.50 | *** join/#openmoko Kamping_Kaiser (i=kgoetz@gnewsense/friend/kgoetz) |
| 15:27.25 | *** join/#openmoko pbaxter (n=pbaxter@host199-56-dynamic.180-80-r.retail.telecomitalia.it) |
| 15:43.36 | *** part/#openmoko freegurj (n=lskdfj@81.95.167.109) |
| 15:43.53 | *** join/#openmoko freegurj (n=lskdfj@81.95.167.109) |
| 15:54.48 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 15:56.35 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 15:56.42 | panicking | hi, PaulFertser |
| 15:58.21 | panicking | I'm trying to cleanup the fiq |
| 15:58.30 | panicking | part but I have few question for you |
| 15:58.48 | panicking | I have rebased all the om-2.6.31 gta02 on the latest linux git repository |
| 15:59.00 | panicking | because I need all the recent feature of linux |
| 15:59.11 | panicking | I have resolved all the compilation issue |
| 16:08.30 | panicking | The timer3 is used by the vibrator and what is its relation with the FIQ code |
| 16:08.31 | panicking | ? |
| 16:08.33 | panicking | do you know? |
| 16:14.07 | *** part/#openmoko freelock (n=john@216.231.62.127) |
| 16:15.56 | *** join/#openmoko zedstar_ (n=john@77-99-69-49.cable.ubr16.haye.blueyonder.co.uk) |
| 16:16.28 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r1cc8bb407238 10/fsogsmd/ (23 files in 8 dirs): fsogsmd: shuffle code around and disable SMS support for now in order to prepare for the new SmsStorage abstraction |
| 16:19.20 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 16:20.25 | *** join/#openmoko mwester-laptop (n=mwester@nslu2-linux/mwester) |
| 16:28.03 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 16:34.21 | *** join/#openmoko arfmarf (n=arfmarf@93.182.180.152) |
| 16:39.31 | *** join/#openmoko kardan| (n=kardan@p54BE7B58.dip.t-dialin.net) |
| 16:40.05 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 16:48.43 | brian_ | panicking can we install android-letest to nand only? |
| 16:50.16 | panicking | The problem can be only the data directory |
| 16:56.25 | panicking | that must go on the sdcard |
| 16:56.29 | panicking | audio file, video |
| 16:59.33 | *** join/#openmoko choc (i=natas@noodles.notsecure.net) |
| 16:59.45 | *** join/#openmoko Gabrys (n=Gabrys@87-205-48-130.adsl.inetia.pl) |
| 16:59.55 | brian_ | ok |
| 17:00.17 | brian_ | thanks for all u do for us |
| 17:00.21 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 17:06.43 | *** join/#openmoko iscape2 (n=iscape2_@85-170-221-125.rev.numericable.fr) |
| 17:08.28 | Gabrys | hey guys |
| 17:09.11 | iscape2 | hello Gabrys |
| 17:10.02 | *** join/#openmoko alephnull (n=alok@122.172.0.226) |
| 17:10.13 | lord-carlos | mhh .. why cant SHR mount my USB stick? It was working some minutes ago, but know i get an error: mount: /media/sda/ is not a block device |
| 17:10.38 | Gabrys | lord-carlos: how do you try to mount it? |
| 17:12.30 | *** part/#openmoko lxuser_ (n=lxuser@host75-138-dynamic.6-87-r.retail.telecomitalia.it) |
| 17:13.01 | lord-carlos | Gabrys: mount /media/sda/ test/ |
| 17:13.18 | Gabrys | <PROTECTED> |
| 17:13.29 | lord-carlos | it was working some minutes ago |
| 17:13.32 | Gabrys | you should mount /dev/mmcblk0p1 or something |
| 17:15.07 | lord-carlos | that sound like the SD card |
| 17:15.21 | lord-carlos | dmesg tells me he found the sda device |
| 17:15.40 | panicking | larsc, Hi |
| 17:15.48 | Gabrys | so you should mount /dev/sda |
| 17:16.00 | Gabrys | <PROTECTED> |
| 17:16.06 | panicking | larsc, do you have time to talk about vibrator and hdq |
| 17:16.06 | panicking | ? |
| 17:17.00 | lord-carlos | Gabrys: doh .. fuck .. you are totally right ... |
| 17:17.04 | lord-carlos | how could i not see that |
| 17:17.29 | lord-carlos | it works now |
| 17:24.55 | *** join/#openmoko pespin (n=pespin@90.163.50.191) |
| 17:30.31 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
| 17:30.31 | *** join/#openmoko bumbl (n=bumbl@91-113-112-182.adsl.highway.telekom.at) |
| 17:33.10 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
| 17:39.22 | *** join/#openmoko ZaPPaS (n=zappas@dslb-084-056-183-134.pools.arcor-ip.net) |
| 17:40.46 | lord-carlos | i just installed Android .. works great :0 |
| 17:45.28 | bumbl | lord-carlos: what is the current available android version? |
| 17:47.04 | lord-carlos | android-on-freerunner-cupcake-week-2009-44.tar.gz |
| 17:48.42 | bumbl | ah cupcake - still no donut (not to talk about the upcoming eclair) |
| 17:53.51 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 17:56.50 | *** join/#openmoko brian__ (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 17:59.08 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 18:01.55 | *** join/#openmoko brian_ (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 18:05.21 | *** join/#openmoko brian__ (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 18:07.49 | *** join/#openmoko lxuser_ (n=lxuser@host75-138-dynamic.6-87-r.retail.telecomitalia.it) |
| 18:08.18 | lxuser_ | can the Wikireader hardware write to the SD card, or is it read only storage? |
| 18:10.58 | lord-carlos | whats the name of the Freerunner android channel? |
| 18:11.22 | Rakhun | #and2moko |
| 18:12.33 | panicking | :) I can confirm :D |
| 18:13.06 | lord-carlos | thanks |
| 18:13.08 | panicking | lindi-, do you have try the patch? |
| 18:13.24 | panicking | The cpufreq can now be used in android |
| 18:13.35 | panicking | I just send the change in the init script |
| 18:13.45 | panicking | and put an uImage in my download area |
| 18:14.19 | *** join/#openmoko everslick (n=clemens@91-114-178-241.adsl.highway.telekom.at) |
| 18:14.47 | Gabrys | hi again, I'm going back to my GPS problem |
| 18:15.43 | Gabrys | I managed to get my location coordinates with settings >> position, but neither tangogps nor navit seem to get the location info |
| 18:17.04 | radekp | hi, anybody uses the new 2.6.31 kernel already? |
| 18:17.25 | radekp | i am testing it now, but i am unable to make sound system working |
| 18:17.50 | radekp | e.g. when starting alsamixer: |
| 18:17.51 | radekp | alsamixer: function snd_ctl_open failed for default: No such file or directory |
| 18:18.17 | panicking | Yes there is a patch that I made |
| 18:18.19 | panicking | for 2.6.29 |
| 18:18.28 | panicking | that you must apply in that tree |
| 18:18.42 | panicking | The problem was the long name now supported by the kernel |
| 18:18.47 | panicking | so it's a stupid issue |
| 18:18.52 | panicking | or change the asound.conf |
| 18:18.56 | panicking | with the long name |
| 18:19.00 | panicking | instead of short version |
| 18:19.51 | *** join/#openmoko Sharwin_F (n=Sharwin_@90.163.50.191) |
| 18:19.58 | radekp | i fogot to add that the 2.6.30 kernel from OpenWrt does not have this problem and works just fine |
| 18:21.22 | radekp | panicking: you think that the problem is with long names? i think it's somewhere in lower level... |
| 18:22.20 | panicking | git log sound/soc/ |
| 18:22.30 | panicking | and take a look there is somenthing related to the long name |
| 18:22.33 | panicking | :) |
| 18:22.37 | radekp | this is what i get when i try load the module: |
| 18:22.39 | radekp | neo:~# modprobe snd-soc-neo1973-wm8753 |
| 18:22.41 | radekp | FATAL: Error inserting snd_soc_neo1973_wm8753 (/lib/modules/2.6.31/kernel/sound/soc/s3c24xx/snd-soc-neo1973-wm8753.ko): Invalid argument |
| 18:22.52 | panicking | that is an other problem |
| 18:22.52 | panicking | :) |
| 18:24.37 | lindi- | panicking: not yet. does it apply against andy-tracking? does gps work after resume? |
| 18:28.01 | radekp | this is what i have in dmesg: http://pastebin.com/m65c9962d |
| 18:28.27 | panicking | Yes on andy-tracking |
| 18:28.42 | panicking | I have no application installed over android |
| 18:28.47 | panicking | but I can read from the serial |
| 18:28.51 | panicking | the incoming message |
| 18:30.01 | panicking | Ok I know the problem |
| 18:34.14 | panicking | there is a patch for 2.6.31 |
| 18:35.55 | panicking | http://pastebin.com/m335fee3c |
| 18:36.02 | panicking | check if you have this change |
| 18:36.05 | panicking | :) |
| 18:36.07 | panicking | I must go now |
| 18:47.30 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-174-158.home.otenet.gr) |
| 18:48.36 | *** join/#openmoko lpotter (n=quiggly@58.173.176.153) |
| 18:50.36 | *** join/#openmoko zing (n=zing@fedora/zing) |
| 19:13.21 | Gabrys | I managed to fix my problem with GPS |
| 19:13.32 | Gabrys | it was gpsd running and not fso-gpsd |
| 19:18.35 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 19:37.03 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 19:41.39 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 19:42.09 | panicking | radekp, do you have resolve? |
| 19:42.33 | *** join/#openmoko Reactor16 (i=Reactor1@93.182.132.122) |
| 19:44.46 | radekp | panicking: yes, but only temporary |
| 19:45.23 | panicking | so what was the problem? |
| 19:46.13 | radekp | gpio_request(GTA02_GPIO_HP_IN, "GTA02_HP_IN"); |
| 19:46.22 | radekp | returns -22 |
| 19:46.45 | radekp | and the driver fails to initialize |
| 19:47.02 | panicking | ok |
| 19:47.11 | panicking | so that pin is request by another driver |
| 19:49.03 | panicking | strange |
| 19:49.15 | panicking | I think that is not request by other subsystem |
| 19:49.19 | panicking | I don't find it |
| 19:50.34 | panicking | Ok, I understand |
| 19:50.36 | panicking | maybe |
| 19:57.40 | larsc | the pin is not registered to gpio lib |
| 19:58.26 | *** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192) |
| 20:03.06 | panicking | larsc, nice to hear you |
| 20:03.30 | panicking | I have rebase the gta02-2.6.31 to the linux-2.6 official tree |
| 20:03.44 | panicking | I just skeep too patches and cleapup a little bit the code |
| 20:04.00 | panicking | I would like to know if hdq and vibrator share the same timer |
| 20:04.04 | panicking | or PWM |
| 20:04.10 | panicking | the 3 pwm |
| 20:04.15 | larsc | they do |
| 20:04.53 | larsc | although i'm not sure if it's necessary |
| 20:06.52 | panicking | I think that the vibrator can work on other pwm |
| 20:06.59 | panicking | and the hdq request the second one |
| 20:07.09 | larsc | no, the vibrator is bound to 3 |
| 20:07.17 | panicking | yes I know |
| 20:07.24 | panicking | sorry the hdq for bitbanging |
| 20:07.30 | panicking | I saw the schematic |
| 20:07.50 | larsc | yes, i don't know why they choose to use the same timer for both |
| 20:07.51 | panicking | Now move the hdq can semplify and clean the design |
| 20:08.11 | larsc | the vibrator could be easily driven by hw pwm |
| 20:08.55 | panicking | Can we use the pwm_request and pwm_config function |
| 20:09.19 | panicking | to use the vibrator? They are thinking to route the signal out to the TOUT3 pin |
| 20:09.20 | panicking | ? |
| 20:11.24 | larsc | we can. if we move the hdq to a different timer. |
| 20:11.45 | panicking | ok, the hdq request must move |
| 20:12.06 | panicking | file has only some stuff function |
| 20:12.16 | panicking | but a better approch is to register a platform device |
| 20:12.21 | panicking | that request a timer |
| 20:12.43 | panicking | the hdq bitbang use the service of the other platform device |
| 20:13.48 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
| 20:14.44 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
| 20:16.05 | panicking | I would like in the next week to move to the latest linux-kernel |
| 20:16.16 | panicking | so I can take a look to the runtime pm framework |
| 20:16.24 | larsc | i guess at the time the hdq was written the timer platform device didn't exist |
| 20:17.28 | panicking | To have a better mobile I think that we need the async resume |
| 20:17.30 | panicking | patch |
| 20:17.45 | panicking | I notice that the resume time increase if the bluetooth is on |
| 20:17.50 | panicking | maybe because it's on the usb |
| 20:18.04 | panicking | so the resume is fast without the bluetooth device on |
| 20:18.34 | larsc | maybe. |
| 20:18.48 | panicking | Ok I just rebase on the latest kernel |
| 20:18.53 | panicking | there are only some change |
| 20:19.00 | panicking | I need to fix the accelerometer |
| 20:19.06 | panicking | again in your version rebased |
| 20:19.21 | panicking | and try to clean the hdq |
| 20:19.49 | larsc | btw. do you think it's fast enough if the accelerometer uses a threaded irq? |
| 20:20.02 | panicking | Do you think about using a tasklet |
| 20:20.02 | panicking | ? |
| 20:20.14 | panicking | and a tasklet_schedule |
| 20:20.17 | panicking | I don't know |
| 20:20.21 | panicking | if spi can be run |
| 20:20.33 | panicking | on a tasklet I must take a look at the code |
| 20:20.58 | larsc | threaded irqs run the bottom half in it's own thread |
| 20:22.03 | larsc | and in our case the tophalf would be empty |
| 20:22.33 | panicking | tasklet are softirq and they are executed at every end of interrupt |
| 20:22.40 | panicking | or by the ksoftirqd |
| 20:22.43 | panicking | so they are fast |
| 20:23.01 | panicking | but I don't know if the spi_transfer can be call in the tasklet |
| 20:23.03 | panicking | path |
| 20:23.57 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 20:24.22 | larsc | yes, but its encouraged not to use taskets anymore, as long as they are not absolutly necessary. |
| 20:24.23 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 20:25.02 | panicking | But do you want to increase the performance on the accelerometer |
| 20:25.06 | panicking | that was the question |
| 20:25.18 | panicking | We must try using a game |
| 20:25.35 | panicking | but I think that in android they are usefull just to automic turn the display |
| 20:25.50 | panicking | Can we rebase on the latest kernel insted using merge |
| 20:25.50 | panicking | ? |
| 20:26.02 | larsc | yes you can |
| 20:26.24 | panicking | :) |
| 20:26.28 | panicking | I have just done it |
| 20:26.35 | larsc | ok |
| 20:26.41 | panicking | but I would like to cleanup the hdq |
| 20:27.02 | panicking | and the other stuff on the latest one, it's a problem for you to create |
| 20:27.04 | panicking | a branch |
| 20:27.10 | panicking | aling with linux tree |
| 20:27.11 | panicking | ? |
| 20:27.13 | larsc | yes |
| 20:27.56 | panicking | ok, I will provide one on my website |
| 20:29.45 | larsc | the question regarding the acceleromater was, whether the performence difference between taskelts and threaded irqs is significant enough to justify using a tasklet |
| 20:31.14 | panicking | Depends on the number of interupt on the system :) and the hrtimer enqueued |
| 20:31.25 | panicking | so yes |
| 20:31.33 | radekp | btw any idea why touchscreen does not work in 2.6.31? the device file in /dev/input is not created at all for it |
| 20:31.59 | panicking | This is my opinion |
| 20:32.28 | radekp | i have CONFIG_TOUCHSCREEN_S3C2410=y |
| 20:32.29 | panicking | and the frequnecy is not so high |
| 20:32.37 | panicking | og the tasklet of accelerometer |
| 20:32.44 | panicking | you just increase the response time |
| 20:33.08 | panicking | I will do some test move the hdq on an other timer like 2 |
| 20:33.17 | panicking | and clean up the interface |
| 20:33.23 | larsc | two is used for something else i think |
| 20:33.29 | panicking | 4 is timer |
| 20:33.37 | larsc | ok |
| 20:33.40 | panicking | 3 is the vibrator |
| 20:33.43 | panicking | 2 is? |
| 20:33.59 | panicking | Maybe the pin is used |
| 20:34.07 | panicking | I must check in the schematic |
| 20:34.11 | panicking | if the pin is used |
| 20:35.10 | larsc | doesn't matter |
| 20:35.23 | panicking | GPB2 is not used |
| 20:35.27 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 20:35.29 | larsc | you have to configure the pin to output the pwm signal |
| 20:35.33 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 20:35.37 | larsc | otherwise it's a normal gpio |
| 20:35.40 | *** join/#openmoko lord-carlos (n=carlos@ip-20-175.bnaa.dk) |
| 20:35.42 | panicking | I don't need the output |
| 20:35.46 | larsc | yes |
| 20:35.53 | panicking | hdq is bitbanging |
| 20:35.55 | panicking | on other pin |
| 20:35.59 | larsc | but even if the pin was used it wouldn't matter |
| 20:36.12 | larsc | radekp: no error messages? |
| 20:36.25 | panicking | Ok, you are agree to use the TIMER2 |
| 20:36.27 | panicking | for hdq |
| 20:36.31 | panicking | instead of TIMER3 |
| 20:36.36 | panicking | and remove hdq dependence |
| 20:36.38 | panicking | in vibrator |
| 20:36.42 | larsc | if it's not used for anything else |
| 20:36.46 | radekp | larsc: i see nothing, trying now as module with verbose loglevel |
| 20:37.08 | larsc | the vibrator driver should be replaced with the leds_pwm platform driver |
| 20:37.19 | larsc | as it has been done for gta01 |
| 20:37.27 | panicking | ok |
| 20:37.38 | panicking | so mondey I move the driver to the new interface |
| 20:37.43 | panicking | and try to cleanup the hdq |
| 20:37.53 | panicking | part for 2.6.3x kernel |
| 20:37.55 | larsc | if you want to i can try to get rid of the gta02 vibrator now |
| 20:38.04 | panicking | ok |
| 20:38.13 | panicking | You can send me the patch then |
| 20:38.23 | larsc | i'll commit it |
| 20:38.24 | panicking | So I can apply to my repo too and move to redisgn the hdq |
| 20:38.43 | panicking | or you are thinking to redisgn the hdq too |
| 20:38.50 | panicking | so I don't have anything todo :D |
| 20:39.07 | panicking | just git am your two latest patch |
| 20:39.12 | panicking | :) |
| 20:39.53 | panicking | I must go, I will take a look to the repository on mondey and apply |
| 20:39.56 | panicking | your latest chaneg |
| 20:40.09 | panicking | I have done some work related to the frequency scaling too |
| 20:40.28 | panicking | Now I must think how to wakeup at highter frequency |
| 20:40.45 | larsc | nice to hear :) |
| 20:40.58 | panicking | because the ondemand is ok, but not when I recevie a call |
| 20:41.03 | panicking | I need all the cpu power |
| 20:41.04 | panicking | :) |
| 20:41.27 | panicking | to wakeup all the application in a few millisecond |
| 20:41.49 | panicking | Android is not shr so i don'tknow exaclty when the system go up |
| 20:41.52 | panicking | and go down |
| 20:42.05 | panicking | So I don't know exacly how can I manage it |
| 20:42.21 | panicking | maybe change the ondemand governator |
| 20:42.36 | panicking | during resume phase to burst the cpu immidiatelly |
| 20:42.57 | panicking | Ok see you larsc |
| 20:42.57 | panicking | :( |
| 20:42.59 | panicking | :) |
| 20:43.01 | panicking | sorry |
| 20:43.08 | *** join/#openmoko Googleman (n=Reactor1@41.105.62.94) |
| 20:43.30 | larsc | see you |
| 20:50.16 | *** join/#openmoko luke-jr (n=luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d) |
| 20:58.24 | lxuser_ | anyone here? |
| 20:58.28 | radekp | larsc: i tried as module: modprobe s3c2410_ts |
| 20:58.44 | radekp | larsc: but dmesg showed nothing |
| 20:59.09 | larsc | hm |
| 20:59.29 | larsc | radekp: does the sysfs node exist? |
| 20:59.50 | larsc | /sys/class/input/... |
| 21:01.21 | radekp | larsc: no just inputs for buttons are there |
| 21:04.55 | *** join/#openmoko max_posedon (n=max_pose@91-243-252-87-dynamic-pool.gprs.mts.by) |
| 21:05.29 | larsc | oh... looks like I forgot to commit the patch adding ts support to the gta02 machine file |
| 21:07.42 | *** join/#openmoko pieterc (n=user@91.179.216.64) |
| 21:10.18 | radekp | larsc: great, i will try when it's commited then |
| 21:16.45 | radekp | needs some sleep ;-) cu and thanks Lars |
| 21:19.15 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 21:35.23 | *** join/#openmoko max_posedon_ (n=max_pose@91-243-252-87-dynamic-pool.gprs.mts.by) |
| 21:40.03 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
| 21:42.44 | *** join/#openmoko tsdogs (n=tsdogs@net203-187-146.mclink.it) |
| 21:50.46 | *** join/#openmoko Kt_ (n=Kirsat@24.99.39.10) |
| 21:51.32 | *** join/#openmoko sindre (n=sindre@244.191.16.62.customer.cdi.no) |
| 21:57.54 | *** join/#openmoko Psi (n=ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 21:58.21 | *** join/#openmoko Q-Master (n=qmaster@78.111.144.47) |
| 21:58.54 | pieterc | quit sleepy |
| 22:11.38 | *** join/#openmoko Gabrys (n=Gabrys@87-205-239-217.adsl.inetia.pl) |
| 22:15.20 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 22:15.24 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 22:17.43 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp118-210-120-136.lns20.adl2.internode.on.net) |
| 22:36.46 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 22:37.56 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 22:46.56 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp118-210-141-231.lns20.adl6.internode.on.net) |
| 22:55.20 | *** join/#openmoko _Fox_Muldr (i=quakeman@78.52.38.225) |
| 22:58.56 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 23:21.49 | *** join/#openmoko Kero_ (n=kero@d74199.upc-d.chello.nl) |
| 23:27.24 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-174-158.home.otenet.gr) |
| 23:43.39 | *** join/#openmoko imcsk8 (n=ichavero@189.155.58.231) |
| 23:46.44 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |