| 00:10.36 | *** join/#openmoko t (i=tom@freenode/staff/tomaw) |
| 00:17.54 | *** join/#openmoko peter__b (n=peter_b@93.134.18.0) |
| 00:24.37 | *** join/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 00:24.57 | *** part/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 00:45.17 | *** join/#openmoko raster (n=raster@203-214-150-139.perm.iinet.net.au) |
| 00:55.28 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 01:06.51 | *** join/#openmoko Defiant (i=erik@c134132.adsl.hansenet.de) |
| 01:10.30 | *** join/#openmoko arw_ (i=foobar@201.244.203.8) |
| 01:15.11 | *** join/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 01:15.16 | *** part/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 01:21.59 | *** join/#openmoko Openfree (n=Openfree@203.110.163.133) |
| 01:44.29 | *** join/#openmoko phobie (i=phobof@momo.das-netzwerkteam.de) |
| 01:49.20 | *** join/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 01:49.30 | *** part/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 01:57.00 | *** join/#openmoko ayeuu (n=ayeuu@bearstech/ayeuu) |
| 02:05.27 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 02:13.56 | slaxxer | hows opkg upgrade doc? |
| 02:14.07 | slaxxer | Doc |
| 02:14.22 | slaxxer | opkg upgrade |
| 02:15.04 | slaxxer | fsousaged |
| 02:15.11 | *** join/#openmoko alephnull (n=alok@122.172.21.24) |
| 02:15.20 | slaxxer | libfso-glib0 |
| 02:20.20 | *** join/#openmoko pcfe (n=pcfe@a88-115-15-103.elisa-laajakaista.fi) |
| 02:26.19 | slaxxer | if i put sht testing image ,,will i be able to play doom? |
| 02:26.30 | slaxxer | shr* |
| 02:26.40 | slaxxer | ") |
| 02:28.03 | slaxxer | excessive amounts of maple syrup will make your head hurt to |
| 02:30.30 | SpeedEvil | Especially if bears come to lick it off. |
| 02:32.33 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 02:34.09 | *** join/#openmoko mostly_useless (n=michael@75.111.36.101) |
| 02:35.47 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 02:40.33 | slaxxer | my uncle sat up in bed to see what was on the porch,,,, it was a bear eating dog food |
| 02:41.07 | slaxxer | he said he was scared |
| 02:41.56 | *** join/#openmoko edge (n=edge@211.55.19.120) |
| 02:46.14 | *** join/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 02:47.45 | *** join/#openmoko Openfree (n=Openfree@203.110.163.133) |
| 02:51.53 | *** join/#openmoko debianmoko (i=808de61f@gateway/web/freenode/x-ozniedgvxquwdkdy) |
| 02:52.13 | debianmoko | Hello i tried to install debian to my openmoko freerunner using install script. It gave ''internal error: install.sh". Now i try to run this script again and i get this error ->'Clearing MBR of Sd with dd failed (0).' does anyone know the problem? |
| 03:00.43 | *** join/#openmoko bmidgley (n=bmidgley@c-67-171-119-91.hsd1.ut.comcast.net) |
| 03:03.36 | slaxxer | might try putting the card into a camera an formatting it |
| 03:03.48 | slaxxer | may be the simple solution |
| 03:09.11 | *** part/#openmoko pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
| 03:14.33 | *** join/#openmoko arw_ (i=foobar@201.244.203.8) |
| 03:18.57 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 03:29.29 | *** join/#openmoko retracile__ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 03:34.30 | *** join/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:47.19 | *** join/#openmoko batti (n=batti@dslb-092-073-163-214.pools.arcor-ip.net) |
| 04:11.31 | *** join/#openmoko droid001 (n=g1@p4FDCDE20.dip.t-dialin.net) |
| 04:23.09 | *** join/#openmoko arw_ (i=foobar@190.27.4.61) |
| 04:28.47 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:33.45 | *** join/#openmoko DocScrutinizer (n=jr@85.116.194.200) |
| 04:45.16 | *** part/#openmoko debianmoko (i=808de61f@gateway/web/freenode/x-ozniedgvxquwdkdy) |
| 04:46.56 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 04:46.56 | *** part/#openmoko Undrwater (n=russell@pool-74-100-102-34.lsanca.fios.verizon.net) |
| 04:48.33 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 04:48.44 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 04:49.18 | *** join/#openmoko joerg_42 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 04:52.47 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 04:58.29 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 04:59.49 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 05:04.55 | *** join/#openmoko soltys (i=soltys@soltys.soad.pl) |
| 05:06.39 | *** join/#openmoko everslick (n=clemens@91-113-116-128.adsl.highway.telekom.at) |
| 05:07.08 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 05:12.58 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:35.18 | *** join/#openmoko AlexC (n=alexc@ppp59-167-41-99.lns2.cbr1.internode.on.net) |
| 05:36.14 | *** join/#openmoko oon (n=oon@ankhoon.net) |
| 05:37.31 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 05:40.09 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 05:41.49 | *** join/#openmoko inertial (n=xyz@unaffiliated/inertial) |
| 05:43.32 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 05:45.45 | *** join/#openmoko wd (n=wd@in.soviet.russia.brains.suxx.us) |
| 05:46.12 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 06:04.20 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 06:07.33 | *** join/#openmoko everslick (n=clemens@212-183-118-225.adsl.highway.telekom.at) |
| 06:12.07 | *** join/#openmoko Kero (n=kero@d74199.upc-d.chello.nl) |
| 06:15.24 | *** join/#openmoko geaaru (n=geaaru@79.30.213.185) |
| 06:22.15 | *** join/#openmoko Kame2 (n=manuel@port-92-196-90-25.dynamic.qsc.de) |
| 06:37.41 | *** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
| 06:38.19 | *** join/#openmoko pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:39.07 | *** join/#openmoko DieMumiee (n=DieMumie@p54945498.dip.t-dialin.net) |
| 06:43.17 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 06:49.14 | jonkristian | Settings on shr-u is not saved:/ |
| 06:49.46 | jonkristian | what's the behaviour if bluetooth is set to automatic? |
| 06:52.34 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
| 06:53.19 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 06:55.29 | jonkristian | I could've swear there's stuff on shr that was fixed and came back, like tapping on the screen when it's blank will perform an action:/ |
| 06:57.06 | PaulFertser | jonkristian: read FSO_resources wikipage please |
| 06:57.14 | jonkristian | I am on it |
| 06:57.24 | jonkristian | right now in fact |
| 06:58.00 | PaulFertser | jonkristian: (tapping on blank screen) isn't it exactly the way it works on any other X-based system? |
| 06:58.51 | PaulFertser | jonkristian: it's just that you want some screen-locking program to be run prior to blanking. |
| 06:59.13 | jonkristian | I c |
| 06:59.50 | jonkristian | Well, It was a problem a long time ago with shr, and then it was fixed |
| 07:00.05 | jonkristian | Probably my settings then |
| 07:00.08 | PaulFertser | jonkristian: resource policy settings can't be saved because FSO doesn't provide an API for that. Also policy is a special thing and shouldn't be generally used by end-users so it's intended too. |
| 07:03.56 | jonkristian | fsoraw looks very useful |
| 07:13.04 | PaulFertser | jonkristian: blueman should be in the SHR feeds already. I wonder if runtime deps were finally met. |
| 07:13.58 | *** join/#openmoko andi (n=andi@eeepc.andi.whyi.org) |
| 07:15.30 | *** part/#openmoko Kagee (n=hildenae@81.167.229.181.customer.gigahost.no) |
| 07:17.36 | jonkristian | PaulFertser: Cool! |
| 07:20.34 | *** join/#openmoko slaxxer (n=brian@72.204.125.6) |
| 07:21.30 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 07:26.03 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 07:36.10 | *** join/#openmoko lpotter (n=quiggly@58.173.176.153) |
| 07:36.51 | joerg_42 | moo |
| 07:38.02 | Blu3 | meow |
| 07:38.14 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 07:42.13 | *** join/#openmoko oon (n=oon@ankhoon.net) |
| 07:42.41 | panicking | PaulFertser, good morning |
| 07:44.54 | ColdFyre | panicking: ! |
| 07:45.13 | ColdFyre | you are hiding from the and-fr chans |
| 07:45.23 | panicking | Not sure |
| 07:45.31 | panicking | I'm working on android rightnow |
| 07:45.53 | ColdFyre | :) |
| 07:45.57 | panicking | I have just logged |
| 07:51.57 | *** join/#openmoko radekp (n=radek@88.146.48.30) |
| 07:55.27 | jonkristian | strange |
| 07:56.15 | jonkristian | can someone confirm that blueman is in the shr-u feed as stated here: http://wiki.shr-project.org/trac/ticket/622 |
| 07:57.17 | *** join/#openmoko nullix (n=philippe@92.103.174.253) |
| 07:58.17 | PaulFertser | panicking: hey :D |
| 07:58.30 | panicking | sorry for the delay |
| 07:58.44 | PaulFertser | jonkristian: probably it's in the mrmoku experimental feeds ;) |
| 07:59.12 | jonkristian | ok |
| 07:59.14 | PaulFertser | panicking: sorry for everything you might not like about the process |
| 07:59.21 | jonkristian | i think i found more missing deps |
| 07:59.28 | jonkristian | for vagalume |
| 07:59.50 | panicking | btw, The hdq goes in timeout |
| 08:00.03 | panicking | and with my patch I just retain the oldvalue |
| 08:00.09 | PaulFertser | panicking: and without? |
| 08:00.28 | panicking | without you can fill with timeout |
| 08:00.30 | PaulFertser | panicking: you told me you had some bogus strings from sysfs nodes. But i can't reproduce it here. |
| 08:00.46 | panicking | -ETIMEOUT some fields |
| 08:01.10 | panicking | There are some not terminated data |
| 08:01.39 | panicking | It crashes android |
| 08:02.20 | PaulFertser | panicking: i remember you told that, yes. But i couldn't reproduce. Which field exactly gave you unterminated data? |
| 08:04.27 | panicking | let me check |
| 08:07.47 | joerg_42 | jonkristian: (fsoraw) thanks :-) |
| 08:08.15 | panicking | PaulFertser, I think that is an android issue that try to read attribute if the battery is not present or |
| 08:08.23 | panicking | It's not detected by the system |
| 08:08.27 | panicking | the big problem |
| 08:08.37 | panicking | are the garbage value when you have -ETIMEOUT |
| 08:08.44 | PaulFertser | panicking: i actually tried reading attributes from sysfs exactly when it's not present |
| 08:08.45 | panicking | on the battery read operation |
| 08:08.55 | panicking | Technology |
| 08:08.56 | panicking | ? |
| 08:08.58 | panicking | field |
| 08:09.06 | panicking | too? |
| 08:09.14 | panicking | I read these files |
| 08:09.27 | panicking | #define AC_ONLINE_PATH "/sys/class/power_supply/ac/online" |
| 08:09.27 | panicking | #define USB_ONLINE_PATH "/sys/class/power_supply/usb/online" |
| 08:09.27 | panicking | #define BATTERY_STATUS_PATH "/sys/class/power_supply/battery/status" |
| 08:09.27 | panicking | #define BATTERY_HEALTH_PATH "/sys/class/power_supply/battery/health" |
| 08:09.27 | panicking | #define BATTERY_PRESENT_PATH "/sys/class/power_supply/battery/present" |
| 08:09.28 | panicking | #define BATTERY_CAPACITY_PATH "/sys/class/power_supply/battery/capacity" |
| 08:09.30 | panicking | #define BATTERY_VOLTAGE_PATH "/sys/class/power_supply/battery/voltage_now" |
| 08:09.32 | panicking | #define BATTERY_TEMPERATURE_PATH "/sys/class/power_supply/battery/temp" |
| 08:09.34 | panicking | #define BATTERY_TECHNOLOGY_PATH "/sys/class/power_supply/battery/technology" |
| 08:09.38 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 08:11.55 | PaulFertser | panicking: please see http://pastebin.com/m1365671c |
| 08:11.58 | joerg_42 | panicking: you are aware of the bq27k-detail.sh script? |
| 08:12.52 | joerg_42 | panicking: might find it inspiring |
| 08:12.53 | panicking | no |
| 08:13.34 | PaulFertser | panicking: it's to decode raw values from bq27k, gives all the info from sysfs + much more. |
| 08:13.47 | PaulFertser | panicking: but let's see what's the problem with sysfs first. |
| 08:16.13 | PaulFertser | panicking: i can do more tests to reproduce the problem, i'm ready to compile simple c programs on device. |
| 08:17.37 | PaulFertser | But i hope "cat" is convincing enough. |
| 08:18.44 | ColdFyre | cat /dev/urandom? |
| 08:21.08 | PaulFertser | ColdFyre: especially that, yes |
| 08:21.10 | joerg_42 | cat /dev/mem >/dev/mem |
| 08:21.34 | panicking | It's simpy |
| 08:21.49 | panicking | what happen |
| 08:22.14 | *** join/#openmoko alfatangoxt (n=michele@host175-16-dynamic.9-79-r.retail.telecomitalia.it) |
| 08:23.58 | jonkristian | icons seems to be gone in vagalume, also it doesn't want to stream anything, anybody got vagalume working? |
| 08:24.10 | PaulFertser | it's ETIME btw |
| 08:24.50 | joerg_42 | jonkristian: never ever |
| 08:25.03 | *** join/#openmoko lpotter__ (n=quiggly@58.173.176.153) |
| 08:25.18 | jonkristian | joerg_42: that didn't sound promising at all:D |
| 08:25.49 | panicking | I suppose but I don't find the reason |
| 08:26.00 | panicking | <PROTECTED> |
| 08:26.00 | panicking | <PROTECTED> |
| 08:26.00 | panicking | <PROTECTED> |
| 08:26.00 | panicking | <PROTECTED> |
| 08:26.00 | panicking | <PROTECTED> |
| 08:26.01 | panicking | <PROTECTED> |
| 08:26.03 | panicking | <PROTECTED> |
| 08:26.05 | panicking | <PROTECTED> |
| 08:26.09 | panicking | <PROTECTED> |
| 08:26.11 | panicking | <PROTECTED> |
| 08:26.12 | joerg_42 | jonkristian: well I rarely ever tried :-P |
| 08:26.13 | panicking | <PROTECTED> |
| 08:26.15 | panicking | <PROTECTED> |
| 08:26.17 | panicking | <PROTECTED> |
| 08:26.19 | panicking | <PROTECTED> |
| 08:26.21 | panicking | <PROTECTED> |
| 08:26.23 | panicking | <PROTECTED> |
| 08:26.25 | panicking | that sometimes ret is > 0 |
| 08:26.27 | panicking | and the index on these array are out of the possible interval valuie |
| 08:26.37 | jonkristian | joerg_42: yeah, i need something that streams |
| 08:26.38 | panicking | the best think is to chech the interval |
| 08:26.42 | joerg_42 | panicking: beware to get kicked. use pastebin |
| 08:26.49 | panicking | ok sorry |
| 08:27.26 | PaulFertser | panicking: he's not joking, he's got the rights finally ;) |
| 08:27.45 | jonkristian | panicking: not to nag;) have serdar asked you about this? http://code.google.com/p/android-on-freerunner/issues/detail?id=31 |
| 08:28.08 | jonkristian | uhm, please don't kick me for bein off-topic |
| 08:28.12 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
| 08:28.27 | PaulFertser | jonkristian: no, offtopic is not among the reasons to kick :) |
| 08:28.43 | PaulFertser | jonkristian: in fact i don't think anybody got ever kicked from here. |
| 08:28.56 | PaulFertser | panicking: do you mean you can't reproduce it too? |
| 08:29.41 | PaulFertser | panicking: where's this code you pasted from? |
| 08:30.42 | PaulFertser | jonkristian: why not use mplayer? |
| 08:31.35 | joerg_42 | PaulFertser: (rights) not really, as I'm even worse sometimes. but freenode will do autokick anyway |
| 08:31.36 | jonkristian | PaulFertser: Well, i wanted scrobbling functionality, not only that, but streaming from last.fm or other service. |
| 08:33.40 | panicking | power_supply_show_property |
| 08:33.46 | panicking | function |
| 08:33.55 | panicking | drivers/power/power_supply_sysfs.c |
| 08:34.12 | *** join/#openmoko el_sime (n=MBESANCO@mail.lusis.fr) |
| 08:34.12 | jonkristian | hm |
| 08:35.22 | lindi- | PaulFertser: my dyndns account controls paste.dyndns.org |
| 08:35.43 | PaulFertser | panicking: yes but it looks correct and works here all right. |
| 08:36.49 | PaulFertser | lindi-: http://pastebin.ca/1614753 |
| 08:38.04 | lindi- | PaulFertser: odd. works here: |
| 08:38.05 | lindi- | $ echo test | nc paste.dyndns.org 1234 |
| 08:38.05 | lindi- | http://paste.debian.net/48839/ |
| 08:38.32 | lindi- | PaulFertser: maybe paste.debian.net was having downtime? |
| 08:39.09 | PaulFertser | lindi-: i've retried just right now |
| 08:39.36 | *** join/#openmoko hanez (n=hanez@87.230.87.117) |
| 08:40.11 | PaulFertser | panicking: probably it's android code that simply doesn't check what open() or read() returns? |
| 08:41.31 | lindi- | PaulFertser: can you retry now that I have strace running? |
| 08:41.42 | panicking | What is returned from that thing are always string |
| 08:42.00 | PaulFertser | lindi-: just did |
| 08:42.00 | panicking | but if for some reason that index are out of range (look at the code seems impossible) |
| 08:42.05 | lindi- | PaulFertser: ok. |
| 08:42.12 | panicking | they return invalid data |
| 08:42.41 | PaulFertser | panicking: do you check what open() and read() return in your code? |
| 08:43.27 | panicking | Is there a file that disappear |
| 08:43.27 | panicking | ? |
| 08:44.35 | panicking | The code check |
| 08:44.40 | panicking | iff the file exitst |
| 08:44.44 | panicking | and the return code of the read |
| 08:45.07 | joerg_42 | heh, is there really a coder out there not to check return code of *all* calls? ;-P |
| 08:45.44 | lindi- | PaulFertser: ah, stupid bug. can you retry now to make sure it works? |
| 08:45.57 | joerg_42 | (in alsa even close() may throw error ;-D ) |
| 08:46.58 | PaulFertser | lindi-: still doesn't :) |
| 08:49.49 | lindi- | PaulFertser: only thing different in the request is the username (= IP address) |
| 08:50.56 | PaulFertser | lindi-: well, it still doesn't work for me for whatever reason. |
| 08:50.58 | lindi- | aha, and one extra "'" |
| 08:51.29 | lindi- | your IP address was too short ;-) |
| 08:51.29 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 08:53.32 | *** join/#openmoko morphis (n=morphis@p5489A13A.dip0.t-ipconnect.de) |
| 08:54.05 | lindi- | PaulFertser: final retry now? ;) |
| 08:54.15 | PaulFertser | lindi-: fixed :D |
| 08:54.38 | joerg_42 | I always found it higly annoying an IP of 192.169.002.001 doesn't work |
| 08:55.38 | lindi- | PaulFertser: ok, thanks for reporting |
| 08:56.10 | *** join/#openmoko alfatangoxt (n=michele@host175-16-dynamic.9-79-r.retail.telecomitalia.it) |
| 09:02.25 | PaulFertser | lindi-: thanks for providing this awesome service :) |
| 09:03.28 | PaulFertser | panicking: here you go, a simple test program: http://paste.debian.net/48847/ |
| 09:04.26 | *** join/#openmoko xxtjaxx (n=andreas@opensuse/member/XxtjaxX) |
| 09:04.32 | PaulFertser | panicking: in my test the battery wasn't there, then i plugged it in, then unplugged again, then plugged in. |
| 09:06.20 | panicking | ok |
| 09:09.42 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
| 09:11.31 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 09:17.14 | lindi- | PaulFertser: no problem, now code an AJAX vnc viewer so that developers can share their desktop to others without them needing to install any extra software :-) |
| 09:18.00 | PaulFertser | lindi-: i know how i "love" ajax, don't you ;) |
| 09:19.09 | PaulFertser | lindi-: i don't think there's much demand for it anyway. SHR folks use screen -m on buildhost e.g. |
| 09:19.16 | lindi- | PaulFertser: heh. i just feel that's the next step in remote debugging a bug on somebody else's system or teaching somebody remotely how do something complicated |
| 09:19.29 | lindi- | PaulFertser: but screen -m requires that you grant the other party ssh access |
| 09:19.52 | lindi- | with paste.debian.net you don't need to trust the other party in any way |
| 09:20.36 | PaulFertser | lindi-: remote debugging is pita anyway. But i see what you're after. Probably it'd be enough to have "script" streaming live to somewhere? |
| 09:21.24 | lindi- | PaulFertser: maybe but then the other party would need to constantly refresh the web page? |
| 09:22.29 | PaulFertser | lindi-: the browser is not an ideal solution for all problems. Why not just run nc to somewhere and get all the bytes live? |
| 09:22.57 | lindi- | PaulFertser: the problem is that the other party might not have netcat :) |
| 09:23.38 | panicking | PaulFertser, the get_property does\t acquire any lock |
| 09:23.57 | panicking | is it possible that it is deschedule, return to the worker |
| 09:24.05 | panicking | change the value after the if |
| 09:24.06 | PaulFertser | lindi-: if a person can't install netcat, he is probably too hard to remote debug with anyway. |
| 09:24.11 | panicking | and the return a positive value |
| 09:24.20 | lindi- | PaulFertser: not necessarily. he just might not have root access |
| 09:24.41 | PaulFertser | panicking: you say you reproduce the issue almost everytime but now you're talking about weird races... |
| 09:24.53 | lindi- | PaulFertser: we might be dealing with electronics for example and the other party might not know much about free operating systems |
| 09:25.19 | *** join/#openmoko dcordes (n=luke-g@dslb-088-067-210-117.pools.arcor-ip.net) |
| 09:25.26 | *** join/#openmoko bar_code (n=ollo@114.243.121.150) |
| 09:25.56 | panicking | Ok I'm going to test on android |
| 09:26.42 | PaulFertser | panicking: (your race) if it returned control, it can't change *value anymore, i don't quite see what you envision. |
| 09:27.14 | *** join/#openmoko max_posedon (n=max_pose@87.252.243.115) |
| 09:27.50 | *** join/#openmoko skamster_ (n=quassel@217-162-254-45.dclient.hispeed.ch) |
| 09:28.50 | panicking | <PROTECTED> |
| 09:28.50 | panicking | <PROTECTED> |
| 09:28.50 | panicking | <PROTECTED> |
| 09:28.50 | panicking | <PROTECTED> |
| 09:28.50 | panicking | <PROTECTED> |
| 09:28.51 | panicking | <PROTECTED> |
| 09:28.53 | panicking | <PROTECTED> |
| 09:28.55 | panicking | <PROTECTED> |
| 09:28.57 | panicking | here for exmaple |
| 09:28.59 | panicking | sorry the paste bin |
| 09:29.16 | panicking | so read the condition about flags and then return a positive value |
| 09:29.37 | panicking | But I'm not sure if the preemption is disable on this path |
| 09:33.12 | PaulFertser | panicking: hm, i think i see it now |
| 09:33.46 | panicking | The best think |
| 09:33.56 | panicking | is to acquire a lock in the get_propery path |
| 09:34.04 | panicking | and the worker path |
| 09:34.47 | skamster_ | hello all.. i just want to build my own image.. like it's written in the wiki, vala makes a failure which crashes the buildin |
| 09:34.55 | skamster_ | there's also a workaround.. |
| 09:34.57 | PaulFertser | panicking: i see, probably yes. |
| 09:35.07 | skamster_ | but i've got a error with bitbake |
| 09:35.17 | skamster_ | ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable. |
| 09:35.20 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 09:35.25 | panicking | I'm going to verify this issue on android and check if it is related to an invalid value |
| 09:35.31 | skamster_ | so i couldn't use that workaround |
| 09:35.39 | skamster_ | could someone help me? |
| 09:35.40 | PaulFertser | panicking: i do not think you should spent time on than right atm because probably we'll have to use bq27x00 driver instead. |
| 09:35.51 | skamster_ | i define the cache-variable in bitbake/conf/bitbake.conf |
| 09:36.00 | skamster_ | but it doesn't help |
| 09:36.20 | PaulFertser | skamster_: are you sourcing ./env-setup or something like that? |
| 09:36.36 | PaulFertser | setup-env |
| 09:37.01 | skamster_ | i don't have this command |
| 09:37.33 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 09:37.35 | skamster_ | ah, i see it |
| 09:37.38 | PaulFertser | skamster_: should have been created by the SHRMakefile: [ -e shr-testing/setup-env ] || ( cd shr-testing ; ln -sf ../common/setup-env . ) |
| 09:37.39 | skamster_ | just a moment |
| 09:39.06 | skamster_ | it doesn't work |
| 09:39.07 | skamster_ | :s |
| 09:39.18 | skamster_ | i didn't make changes on this file.. |
| 09:40.27 | skamster_ | now i tried to make export CACHE=/tmp |
| 09:40.34 | skamster_ | in the setup-env-file |
| 09:40.42 | skamster_ | but it also doesn't work |
| 09:41.31 | PaulFertser | skamster_: can't you just trace the execution, read bitbake for a moment and understand the problem? Googling also usually helps. |
| 09:42.37 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 09:46.30 | PaulFertser | panicking: possibly your race is not actually possible because bq27000_battery_work is always scheduled on global workqueue and i think all property requests are going through that too. |
| 09:46.42 | *** join/#openmoko alephnull (n=alok@122.172.21.24) |
| 09:46.56 | panicking | ok |
| 09:47.34 | PaulFertser | I'm not really sure in the second statement though. But at least power_supply changes are scheduled to run on global workqueue. And since we have only one cpu, there's only one global workqueue. |
| 09:47.35 | *** join/#openmoko frankS2 (i=frank@85.166.194.110) |
| 09:47.49 | skamster_ | maybe i search the wrong way, but i didn't found a reason in google.. |
| 09:48.10 | *** join/#openmoko geaaru (n=geaaru@79.44.210.91) |
| 09:50.29 | panicking | But if you read from the sysfs |
| 09:50.39 | panicking | the get_property is on process context |
| 09:51.05 | panicking | is it correct |
| 09:51.17 | jonkristian | woah, http://www.youtube.com/watch?v=erdl6Lz6fGo |
| 09:52.24 | PaulFertser | panicking: i'm not sure get_property doesn't go through global workqueue. Anyway, the probability of the race you suggest is quite low. |
| 09:54.59 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 09:56.56 | *** join/#openmoko N-Mi (n=nicolas@calvix/staff/N-Mi) |
| 09:57.24 | *** join/#openmoko soman (n=somnath@115.119.41.110) |
| 10:00.32 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 10:08.53 | *** join/#openmoko paul_bipless (n=pavel@ppp91-77-9-4.pppoe.mtu-net.ru) |
| 10:11.37 | *** join/#openmoko catsup_ (n=d@ip-414b12e3.ct.fixed.ntplx.com) |
| 10:14.23 | jonkristian | usb transfer to phone is terrible, 130 KB/s any ideas? usb2 port on laptop. |
| 10:34.12 | *** join/#openmoko Heinervdm (n=thomas@pD9E17AD9.dip.t-dialin.net) |
| 10:38.28 | joerg_42 | jonkristian: usual |
| 10:47.23 | *** join/#openmoko neomilium (n=romuald@LMontsouris-156-24-13-50.w80-14.abo.wanadoo.fr) |
| 10:58.06 | *** join/#openmoko indus (n=mahiti@122.166.105.215) |
| 10:58.11 | indus | hello |
| 10:58.26 | jonkristian | hola |
| 10:58.36 | *** join/#openmoko domiel (n=dnj@58.172.210.231) |
| 10:58.52 | indus | how is openmoko different from ,say, android or maemo |
| 11:00.01 | SpeedEvil | Openmoko is an open system, all the components are open-source. |
| 11:00.06 | SpeedEvil | The user has root |
| 11:00.19 | SpeedEvil | And can run binary programs of their own design. |
| 11:00.38 | SpeedEvil | This differs from android. |
| 11:01.03 | SpeedEvil | Maemo5 has closed elements, though again at this time, the user gets root and can run binary programs. |
| 11:01.30 | domiel | hey all, according to the wikipedia entry there was a 3G freerunner planned at somepoint, I'm assuming that's been canned now? |
| 11:01.50 | indus | what about from a end user point of view, if i buy a openmoko phone, why do i need to be root? |
| 11:02.03 | SpeedEvil | There are unclear intimations of what nokia is going to do. - some statements from them indicate the next version may be more locked-down. |
| 11:02.14 | SpeedEvil | indus: At the moment - frankly - you probably shouldn't. |
| 11:03.04 | indus | SpeedEvil: i need to research a project like openmoko or moblin or maemo, what would be a good suggestion |
| 11:03.09 | SpeedEvil | While some images may be getting there in terms of functionality, and the hardware is OK, it's only real advantage at the moment is that you can develop on it. |
| 11:03.52 | SpeedEvil | Inlcuding very low-level stuff if you choose to. |
| 11:03.53 | SpeedEvil | domiel: well - openmoko - corporate - is not workin g on any more new phones. |
| 11:04.06 | SpeedEvil | domiel: and to make a 3G freerunner would take a large slice of 100K at least to make a first tiny run of phones. |
| 11:04.45 | SpeedEvil | The hardware is considerably less shiny than the n900 - but it's also more open and cheaper. |
| 11:05.00 | indus | ok got the major point, even the hardware is open source |
| 11:05.03 | indus | cool |
| 11:06.20 | SpeedEvil | indus: research for what? |
| 11:06.52 | indus | SpeedEvil: well, i need to give some training to some people on mobile frameworks |
| 11:07.02 | domiel | speedevil: so what choices do we have at the moment for an open 3G phone? |
| 11:07.05 | indus | SpeedEvil: how to develop apps on it etc |
| 11:07.18 | SpeedEvil | domiel: none, pretty much. |
| 11:07.27 | SpeedEvil | domiel: Wait 3 weeksish for the n900 |
| 11:07.29 | paul_bipless | indus: you can connect 3G dongle to FR because it features usb host. |
| 11:07.42 | domiel | is the n900 going to be an EU or US release? |
| 11:07.49 | SpeedEvil | Or go android and slightly less open - with a dev version. |
| 11:07.50 | paul_bipless | indus: n900 won't have an open telephony daemon for at least several months after the release. |
| 11:07.53 | indus | paul_bipless: wrong nick :) |
| 11:08.16 | SpeedEvil | domiel: worldwide. But it only works on tmobile-3g in the US. |
| 11:08.17 | roh | to be fair i would be happy with 2g if there would be realworld-usable hw for me |
| 11:08.19 | paul_bipless | indus: hm, i just like yours too much |
| 11:08.20 | paul_bipless | ;) |
| 11:08.29 | indus | heh |
| 11:08.30 | indus | thanks |
| 11:08.39 | SpeedEvil | Me too. |
| 11:08.49 | domiel | I'm in AU so it should work here then I guess |
| 11:08.51 | indus | is reading openmoko wiki and liking it |
| 11:08.52 | SpeedEvil | roh: Especially when I get this web compressy thing sorted. |
| 11:09.00 | SpeedEvil | roh: Currently benchmarking approaches. |
| 11:09.03 | roh | expensive powerhungy touchscreen 3g phones don't solve my 'where i currently still use my razrV3i' usecase. |
| 11:09.28 | domiel | shame though I really like the fact that the whole platform was open with the freerunner |
| 11:09.30 | domiel | oh well! |
| 11:09.32 | SpeedEvil | indus: be aware that much of it was written when it seemed that openmoko was going places rapidly. |
| 11:09.33 | roh | means atleast 3 days without external power, WITH moderate usage and the usual low-density gsm networks like here in europe. |
| 11:10.02 | indus | SpeedEvil: i had heard of openmoko 2 years ago, but then android seems to have stolen the show |
| 11:10.10 | roh | in taiwan it made a week or so.. but there its all just glass and paper/steel, not concrete (buildings) and ive not seen less than 5 bars. |
| 11:10.15 | paul_bipless | indus: don't take offense but we usually call some "less experienced Indian coders" exactly the same as your nick ;) |
| 11:10.46 | indus | paul_bipless: please explain that |
| 11:10.55 | SpeedEvil | indus: Personally I believe that if the software had been handled right, there could have been a mass geek market phone by xmas 2007. |
| 11:11.38 | roh | SpeedEvil for me everything with > qvga and or screen of >2.5" cannot fit the 'small enough to have with me allways' category |
| 11:11.40 | paul_bipless | indus: your nick is used in russian to mean "somebody from India" and it's a common belief that India has plenty of coders who write extremely weird code :) |
| 11:11.40 | SpeedEvil | indus: It would have had a slightly ugly UI, but would have had a functional kernel, suspend, reasonable battery life, and have been usable for your average linux geek to hack on. |
| 11:11.52 | indus | paul_bipless: yeah iam indian |
| 11:11.57 | indus | paul_bipless: greetings |
| 11:12.26 | SpeedEvil | People just doing it for a job with no skill at it are worldwide alas. |
| 11:12.28 | indus | paul_bipless: i think all code is weird anyway :) but dont worry, no offence taken |
| 11:13.02 | paul_bipless | indus: greetings :D |
| 11:13.22 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 11:13.36 | indus | paul_bipless: but why would you say indians produce weird code? |
| 11:14.26 | indus | paul_bipless: but i agree with SpeedEvil all that IT money glamour boom recruited all kinds of people |
| 11:14.51 | indus | anyways |
| 11:15.11 | indus | any phones with openmoko?? |
| 11:15.28 | SpeedEvil | indus: not really other than the neo1973 and freerunner |
| 11:15.48 | SpeedEvil | Some people have sort-of-got-it-running on other hardware, but I'm not aware of any ongoing projects. |
| 11:15.56 | indus | SpeedEvil: so you say that lack of applications slowed down the project |
| 11:16.24 | SpeedEvil | indus: no. |
| 11:16.29 | SpeedEvil | indus: Lack of a stable platform. |
| 11:16.58 | indus | what would you say is the current status of openmoko |
| 11:17.14 | SpeedEvil | indus: There were - for example - several complete changes of software stack dropped from on-high, with little notice other than several weeks before an announcement that 'something really cool is coming up'. |
| 11:17.33 | *** join/#openmoko hanez (n=hanez@hanez.org) |
| 11:17.35 | paul_bipless | indus: openmoko as hardware platform is there: you can buy freerunner and enjoy coding (and even everyday usage). |
| 11:17.36 | SpeedEvil | indus: And not enough work on core stability - getting the kernel actually stable ans bug-free. |
| 11:18.01 | indus | hmm |
| 11:18.10 | paul_bipless | indus: freesmartphone (FSO) is continuing to evolve. It'll most probably be available for palm pre soon. |
| 11:18.17 | *** join/#openmoko hanez (n=hanez@hanez.org) |
| 11:18.48 | indus | too many projects seem to be spurting now |
| 11:19.32 | indus | paul_bipless: looks like this is funded by open moko |
| 11:20.14 | indus | damn it, i need to learn c now probably |
| 11:20.42 | indus | ok thanks for your suggestions, not really sure what to do now |
| 11:21.26 | indus | paul_bipless: SpeedEvil i am beginning to get interested in the maemo project , what do u think |
| 11:21.29 | paul_bipless | indus: no, openmoko-the-company doesn't seem to do anything for about 2 months already. |
| 11:22.00 | paul_bipless | indus: i don't like maemo -- it's too closed. Even for N770 and N8x0 there's still no free software OS. |
| 11:22.31 | SpeedEvil | mer |
| 11:22.32 | indus | paul_bipless:closed? says open on sitet |
| 11:22.43 | SpeedEvil | There are large closed components in maemo |
| 11:22.47 | indus | paul_bipless: aah no says open in large parts |
| 11:22.48 | indus | oops |
| 11:22.49 | SpeedEvil | mer is the open alternative |
| 11:23.06 | indus | ok popular question., what about android |
| 11:23.27 | SpeedEvil | And interestingly, there are rumors of a free n810 graphics driver in the next couple of weeks |
| 11:23.33 | indus | paul_bipless: seen any hindi movies recently? its popular in roos i hear |
| 11:23.43 | indus | :) |
| 11:24.24 | paul_bipless | indus: they were popular 30 years ago among those who likes dances and indian songs. |
| 11:24.33 | paul_bipless | ;) |
| 11:24.50 | indus | ok |
| 11:25.08 | indus | i need some android comments |
| 11:25.25 | indus | what do you thinks |
| 11:25.34 | paul_bipless | indus: not really openly developed. Not targeted for hackers anyway. |
| 11:25.41 | indus | ok |
| 11:25.47 | indus | SpeedEvil: ill check mer |
| 11:26.01 | paul_bipless | indus: not targeted for development of native apps. |
| 11:26.21 | indus | paul_bipless: native apps? could you explain a bit |
| 11:26.37 | indus | SpeedEvil: hey cool , open maemo |
| 11:26.37 | paul_bipless | indus: android folks like java apps instead of C/Vala/C++ etc |
| 11:26.55 | indus | paul_bipless: which is heavy correct? |
| 11:27.32 | paul_bipless | indus: java is generally heavier compared to properly written native apps, yes. |
| 11:28.10 | indus | so are you people devs for open moko |
| 11:28.11 | paul_bipless | indus: to sum up: android is semi-open platfrom designed to make selling apps from Android Market easy and profitable for both google and devs. |
| 11:28.33 | SpeedEvil | indus: most of us are random users/sometime devs |
| 11:28.40 | paul_bipless | indus: maemo is semi-open platform of Nokia and nobody knows if it'll become more open or less in the future. |
| 11:28.47 | indus | i think i will study mer a little |
| 11:28.52 | paul_bipless | indus: FSO is already there and works. |
| 11:29.10 | paul_bipless | indus: mer guys told me mer is not ready for "prime-time" (probably yet). And mer lacks telephony support. |
| 11:29.15 | indus | paul_bipless: i dont think once you releaase code under gpl, you can close it again/ |
| 11:29.25 | SpeedEvil | Yes, you can. |
| 11:29.32 | indus | hmm interesting |
| 11:29.37 | SpeedEvil | But you cannot close the GPL version if anyone has a copy |
| 11:29.52 | indus | ya that was what i thought |
| 11:30.03 | indus | so derivatives can exist and grow |
| 11:30.12 | *** join/#openmoko PaulFertser (n=PaulFert@81.200.16.34) |
| 11:30.32 | paul_bipless | indus: real life shows it's usually a dead-end anyway :-/ |
| 11:30.40 | indus | ok |
| 11:30.58 | indus | basically, i work for a company which supports open projects |
| 11:31.22 | indus | so just scanning for info |
| 11:31.42 | indus | if indus likes it, he supports it :) |
| 11:31.48 | paul_bipless | indus: (dead-end) look at Qtopia/OPIE history. Or at any free android forks etc. |
| 11:31.50 | indus | anyways thanks for all the suggestions/comments |
| 11:32.10 | indus | bye , ill probably drop in again some time |
| 11:32.29 | paul_bipless | indus: feel free. |
| 11:32.38 | paul_bipless | indus: at least OM community is somewhat active |
| 11:32.42 | paul_bipless | And i hope friendly ;) |
| 11:32.49 | indus | :) yes of course |
| 11:33.04 | indus | thank you once again, i appreciate it |
| 11:33.08 | indus | byeee |
| 11:33.25 | paul_bipless | indus: the kernel work is ongoing btw. And some lowlevel stuff. You can get here soldering advices even ;) |
| 11:33.26 | *** part/#openmoko indus (n=mahiti@122.166.105.215) |
| 11:34.02 | *** join/#openmoko CVirus (n=Satan@41.153.233.100) |
| 11:39.56 | domiel | ta |
| 11:43.04 | *** join/#openmoko Guest5840 (n=Ophelia@p5B277112.dip.t-dialin.net) |
| 11:44.11 | *** join/#openmoko Gyb (n=Gyb@f053154111.adsl.alicedsl.de) |
| 12:02.51 | *** join/#openmoko MHazem (n=Satan@41.153.198.163) |
| 12:16.20 | *** join/#openmoko XVirus (n=Satan@41.153.250.31) |
| 12:16.56 | CIA-44 | freesmartphone.org: 03mickey 07phonesim * reec68ecc2564 10/lib/simfilesystem.cpp: |
| 12:16.56 | CIA-44 | freesmartphone.org: simfilesystem: first attempt at fixing READ BINARY implementation to something that vaguely resembles a real GSM |
| 12:16.56 | CIA-44 | freesmartphone.org: device |
| 12:16.56 | CIA-44 | freesmartphone.org: 03mickey 07phonesim * rb6cc7dbc485d 10/modems/generic.xml: generic.xml: define SIM elementary file EFspn (SIM Provider Name) |
| 12:41.09 | *** join/#openmoko m0nt0 (n=monto@151.57.175.41) |
| 12:41.48 | *** join/#openmoko pbaxter (n=pbaxter@host228-83-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:43.12 | *** join/#openmoko fenfir (n=fenfir@63.98.234.186) |
| 12:45.53 | jonkristian | Any downsides mounting sdcard directly to /home/root in fstab? |
| 12:47.47 | *** join/#openmoko hax404 (n=quassel@mnhm-5f74c79d.pool.mediaWays.net) |
| 12:53.27 | PaulFertser | DocScrutinizer: (shorting R3004 R3005) had to dismount both caps (they were indeed 1uF) altogether and solder a small wire short to the pcb. |
| 12:54.04 | *** join/#openmoko AntonTakk (n=AntonTak@64.81.101.148) |
| 12:59.12 | *** join/#openmoko pablomino (n=pablo@200.58.134.214) |
| 13:01.51 | *** part/#openmoko pablomino (n=pablo@200.58.134.214) |
| 13:11.49 | joerg_42 | PaulFertser: why? |
| 13:13.21 | PaulFertser | joerg_42: too accedentally made a bridge between those and i lack desoldering wick or something equivalent. |
| 13:13.40 | PaulFertser | joerg_42: apparently my soldering skills are suboptimal to say the least |
| 13:14.53 | joerg_42 | jonkristian: the old school is /-fs should contain ~root/ (as /root, not /home/root). So my recommendation was to switch to sane user management, have /root (to boot a operable system without uSD) and /home mounted from uSD-home/ |
| 13:16.11 | joerg_42 | jonkristian: in /home (on uSD) then create ~standarduser/ |
| 13:16.53 | joerg_42 | and start x-session under user standarduser, rather than root |
| 13:16.55 | panicking | PaulFertser, I have some issue on accelrometer |
| 13:17.06 | panicking | I have removed the activate/deactivte funciton |
| 13:17.12 | panicking | but after resume suspend |
| 13:17.16 | panicking | I have a lot of interrupts |
| 13:17.20 | panicking | from lis driver |
| 13:18.14 | joerg_42 | panicking: more saladoil? |
| 13:19.50 | larsc | panicking: are you using the the driver from openwrt svn or openmoko git? |
| 13:19.57 | panicking | openmoko git |
| 13:20.12 | larsc | try openwrt svn |
| 13:20.14 | panicking | I'm working on a new android release |
| 13:20.20 | larsc | i had the same problems |
| 13:20.30 | panicking | Ok |
| 13:20.39 | panicking | That's is great |
| 13:20.52 | larsc | or did you already change the irq handler? |
| 13:21.09 | panicking | No, the problem is that the device is powe off |
| 13:21.13 | panicking | but it sends interrupt |
| 13:21.17 | larsc | hu? |
| 13:21.19 | jonkristian | joerg_42: thanks |
| 13:21.23 | panicking | It can be related to the incorrect power off |
| 13:21.52 | panicking | And the great thing is that I recevie interrupt from both |
| 13:21.54 | jonkristian | joerg_42: I just went back to regular usage, and did a mount bind in fstab for Music, Photos and Videos folders. |
| 13:22.08 | panicking | And I was using just one |
| 13:22.13 | panicking | this is after resume |
| 13:22.27 | larsc | strange |
| 13:22.35 | panicking | the problem is related to the suspend resume path |
| 13:22.41 | panicking | so the lis-1 is close |
| 13:22.47 | panicking | and the lis-2 is close |
| 13:22.55 | panicking | I'm sure because |
| 13:23.03 | panicking | I put a debugging stuff in the driver |
| 13:23.12 | panicking | and the close is called when nothing use them |
| 13:23.31 | panicking | And it's correct because I change android to release file descriptor |
| 13:23.35 | joerg_42 | jonkristian: the problem with roothome being on a non-/ fs is you may find some cmds to fail until that fs is mounted. imagine e.g. how would you run a manual fsck on uSD if you can't login as root |
| 13:23.50 | jonkristian | Strange i get a EXT3-fs: invalid journal inode. when booting shr, and i'm using reiserfs. |
| 13:24.14 | jonkristian | joerg_42: yeah, whole problem was, intone didn't work with symbolic linking. |
| 13:24.52 | jonkristian | joerg_42: but i think i will do it like this, just mount up the dirs i want |
| 13:26.09 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 13:28.28 | jonkristian | ouch |
| 13:28.55 | jonkristian | a2dp is waay too sluggish when played from sdcard |
| 13:34.07 | PaulFertser | panicking: what's your verdict about bq27k driver finally? |
| 13:38.33 | panicking | I think that it needs to protect with a mutex, I can't reproduce the crash with the mutex |
| 13:38.38 | panicking | and read invalid data from sysfs |
| 13:41.17 | *** join/#openmoko hax404_ (n=quassel@mnhm-5f74c79d.pool.mediaWays.net) |
| 13:43.23 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 13:46.53 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 13:47.33 | *** join/#openmoko |raron| (n=kvirc@91.83.21.239.pool.invitel.hu) |
| 13:50.35 | *** join/#openmoko xxtjaxx (n=andreas@opensuse/member/XxtjaxX) |
| 13:51.27 | *** join/#openmoko hax404_ (n=quassel@mnhm-5f74c79d.pool.mediaWays.net) |
| 13:54.47 | *** join/#openmoko SpeedEvil (i=1000@81.174.132.210) |
| 14:01.33 | *** join/#openmoko divanorama (n=divan@82.193.145.82) |
| 14:02.40 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 14:06.46 | joerg_42 | mutex? what for? |
| 14:10.23 | joerg_42 | panicking: of course you see irw from lis when powering down. IRQ is active-low. obviously you have to disable irq before powering down the gmeter chips o.O |
| 14:10.47 | joerg_42 | s/irw/IRQ/ |
| 14:11.01 | *** join/#openmoko fredrin_ (n=workingn@ti0035a340-dhcp0191.bb.online.no) |
| 14:15.48 | larsc | joerg_42: panicking is right, there should be a mutex protecting regs, since it is accessed from different threads |
| 14:16.11 | joerg_42 | hmm |
| 14:16.17 | *** join/#openmoko Sharwin_F (n=Sharwin_@36.pool85-50-79.dynamic.orange.es) |
| 14:18.30 | joerg_42 | if it's for the values read via HDQ and written to a data struct, then (possibly concurrently) read out by another thread... if it's that one I strongly recommend another approach: double buffering and an atom (means writeable in one machine OP cycle) pointer to the bouble buffer |
| 14:19.09 | joerg_42 | s/bouble/double |
| 14:20.46 | joerg_42 | if you can't have a atom pointer, then use a static array of pointers [2] and a byte index of 0/1 to the pointer |
| 14:20.59 | joerg_42 | aka array index |
| 14:21.22 | larsc | the mutex is the right way |
| 14:21.29 | larsc | it is already double buffered |
| 14:21.48 | joerg_42 | so why do we need any mutex then? |
| 14:22.16 | larsc | cause you don't want to switch buffers when you access them |
| 14:22.31 | joerg_42 | huh? |
| 14:22.54 | joerg_42 | why? |
| 14:23.02 | larsc | the code does di->regs.bla |
| 14:23.12 | larsc | if it did regs = di->regs |
| 14:23.36 | larsc | and the regs.bla |
| 14:23.51 | larsc | you indeed wouldn't need the mutex |
| 14:24.08 | *** join/#openmoko everslick (n=clemens@91-114-178-130.adsl.highway.telekom.at) |
| 14:27.38 | *** join/#openmoko retracile__ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 14:28.26 | joerg_42 | the readout CC part writes to valuearray[1 - ptr].foo, and then when done does ptr=1-ptr |
| 14:28.51 | larsc | what? |
| 14:29.11 | joerg_42 | the read part reads from valuearray[ptr] |
| 14:29.37 | *** join/#openmoko tig| (n=gclarke@aurix.plus.com) |
| 14:30.28 | larsc | the concept is the same, yes |
| 14:31.25 | larsc | and then the read part does things like if (valuearray[ptr].foo < 0) return valuearry[ptr].foo; |
| 14:31.59 | larsc | and if ptr is updated in between you'll get incorrect data |
| 14:35.14 | larsc | fix is either use a mutex protecting ptr. or do local_ptr = ptr at the begining of reading part and use local_ptr then instead of ptr |
| 14:39.46 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167977610.dsl.bell.ca) |
| 14:40.17 | panicking | agree |
| 14:42.15 | *** join/#openmoko beer (n=beer@0x4dd40dcb.adsl.cybercity.dk) |
| 14:48.01 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 14:49.58 | *** join/#openmoko Gyb (n=Gyb@g224239248.adsl.alicedsl.de) |
| 14:52.50 | *** join/#openmoko zing (n=zing@fedora/zing) |
| 14:54.54 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 14:59.52 | *** join/#openmoko m0nt0 (n=monto@151.57.175.41) |
| 15:00.28 | *** join/#openmoko daMaestro (n=jon@content.beatport.com) |
| 15:09.03 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 15:12.34 | *** join/#openmoko radekp (n=radek@88.146.48.30) |
| 15:13.48 | *** join/#openmoko pa4wdh (n=pa4wdh@a213-84-93-147.adsl.xs4all.nl) |
| 15:19.50 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 15:21.14 | joerg_42 | larsc: don't use mutex. of course you need to safe the index/ptr to a local var. |
| 15:22.55 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167977776.dsl.bell.ca) |
| 15:24.28 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de) |
| 15:24.38 | PBeck | hi |
| 15:24.46 | panicking | larsc, we have problem in the resume path |
| 15:24.50 | panicking | of the accelerometer too |
| 15:25.20 | panicking | joerg_42, the mutex is a clean solution |
| 15:25.34 | panicking | we don't have here performance problem |
| 15:25.36 | joerg_42 | larsc: btw to be absolutely safe you need a second global index/ptr which the reading code sored the array-of-buffers element-"name" to of the buffer that currently is read. |
| 15:26.54 | joerg_42 | panicking: mutex is always a clean solution (if used correctly), but often introduces rather difficult to spot deadlocks or performance hogs |
| 15:27.53 | panicking | there is not performance hog |
| 15:28.09 | panicking | we need to use to protect userspace |
| 15:28.19 | panicking | and worker |
| 15:28.27 | panicking | the only performance hog in the freerunnner |
| 15:28.30 | panicking | are the accelerometer |
| 15:28.36 | panicking | that disable the interrupts |
| 15:29.02 | panicking | the retry in the hdq_read is 3 |
| 15:29.12 | panicking | but you can receive interrupt |
| 15:29.17 | panicking | from other subsystem |
| 15:29.24 | panicking | you don't block anything |
| 15:30.02 | joerg_42 | panicking: I'm not interested in random rant. If FR is too slow for you, search for different device. If you don't understand hw-irq issues, then get a good book about electronics |
| 15:31.07 | panicking | joerg_42, I just said the the design of the accelerometer is wrong |
| 15:31.15 | panicking | (driver) |
| 15:31.30 | panicking | I don't undestand hw-irq issue |
| 15:31.32 | joerg_42 | aha |
| 15:31.43 | panicking | but I understand that the code is wrong |
| 15:31.51 | panicking | so we must fix |
| 15:32.08 | panicking | so comment out my patch |
| 15:32.12 | panicking | and provide a better one |
| 15:33.03 | joerg_42 | first of all I think we must prove you assumption. Andy Green rarely published wrong design |
| 15:33.52 | panicking | This part is not written by Andy |
| 15:33.59 | panicking | looking on the git |
| 15:34.09 | joerg_42 | and very obviously Andi has a better mandatory knowledge of the hw implications than you |
| 15:34.23 | panicking | yes of course |
| 15:35.05 | *** join/#openmoko pH5 (n=ph5@e178198084.adsl.alicedsl.de) |
| 15:35.18 | panicking | I don't discuss the andy work |
| 15:35.28 | panicking | I just said tha doing the read of the accelerometer |
| 15:35.31 | panicking | in interrrupt |
| 15:35.32 | joerg_42 | I don't see any problem with the gmeters driver |
| 15:35.54 | panicking | is not a good think |
| 15:38.32 | *** join/#openmoko Kame2 (n=manuel@port-92-196-47-183.dynamic.qsc.de) |
| 15:38.55 | joerg_42 | aha. I'd suggest you elaborate on this in a mail to [kernel] on OM-ml |
| 15:39.49 | joerg_42 | after eading all relating posts from ml-archives |
| 15:43.14 | Weiss | panicking: maybe you're suggesting that the actual reading should be done in a bottom half for the interrupt? |
| 15:43.47 | *** join/#openmoko arw_ (i=foobar@201.244.110.157) |
| 15:44.18 | larsc | panicking: what Weiss is sugessiting is what is done in the openwrt version of the driver |
| 15:45.08 | panicking | Yes I know |
| 15:45.16 | panicking | but you must move on a tasklet |
| 15:45.24 | panicking | not a deferreblw work |
| 15:45.36 | panicking | is a performance issue when you play with the freerunnner |
| 15:45.48 | *** join/#openmoko Kame2 (n=manuel@port-92-196-64-94.dynamic.qsc.de) |
| 15:46.13 | panicking | Check my patch on the android-kernel |
| 15:46.17 | panicking | I just provide two |
| 15:46.32 | panicking | of for the mutex and the other for the resume path of accelerometer |
| 15:49.48 | *** join/#openmoko Kame2 (n=manuel@port-92-196-116-3.dynamic.qsc.de) |
| 15:49.53 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
| 15:50.36 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 15:54.13 | *** join/#openmoko ferluszt (n=ferluszt@vpn-144-233.vpn.uni-mannheim.de) |
| 15:54.21 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 15:55.00 | *** join/#openmoko leavittx (n=leavittx@89.221.199.200) |
| 15:58.02 | joerg_42 | I really hate the idea of patches pushed into kernel without any common discussion. Noone will read the patch to understand the reasoning, and noone will open a ticket after the patch has been supplied, to give other more savvy devels a chance to review the whole issue. |
| 15:58.51 | panicking | I'm agree |
| 15:58.59 | panicking | I don't push anything in the kernel |
| 15:59.04 | panicking | I just sent an RFC |
| 15:59.12 | panicking | I need to push in my android version of the kernel |
| 15:59.17 | panicking | because fix an open ticket |
| 15:59.18 | joerg_42 | maybe you could suggest this procedure of wild random patching to linus torvalds |
| 15:59.29 | *** join/#openmoko RedFlash (n=RedFlash@host141-53-dynamic.0-87-r.retail.telecomitalia.it) |
| 16:00.18 | *** join/#openmoko dos11 (n=dos@abms246.neoplus.adsl.tpnet.pl) |
| 16:00.28 | panicking | joerg_42, Is there some bugs, if you don't see them it's not my problem |
| 16:00.34 | panicking | there are some bugs |
| 16:00.36 | panicking | sorry |
| 16:00.51 | panicking | but maybe rewiever problem |
| 16:01.37 | joerg_42 | panicking: there are widely accepted best practices, if you don't know or understand them, that's not my problem |
| 16:02.38 | panicking | Sorry :) can you exaplain how to proceed? |
| 16:02.39 | panicking | exaclty |
| 16:02.46 | panicking | I find a problem and I suggest a fix |
| 16:02.52 | panicking | and send an RFC patch |
| 16:02.56 | panicking | to the openmoko-kernel |
| 16:03.31 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 16:11.05 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 16:11.44 | *** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 16:13.11 | *** join/#openmoko ebbe (n=ebbe@users173.kollegienet.dk) |
| 16:19.10 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 16:21.59 | *** join/#openmoko ferluszt (n=ferluszt@vpn-145-53.vpn.uni-mannheim.de) |
| 16:24.24 | panicking | larsc, can you check your resume path of the accelerometer |
| 16:24.25 | panicking | ? |
| 16:25.58 | *** join/#openmoko ferluszt (n=ferluszt@vpn-145-53.vpn.uni-mannheim.de) |
| 16:26.03 | larsc | panicking: sure. I'll do when I'm home |
| 16:26.54 | panicking | now it works like a charm the return path |
| 16:27.00 | panicking | resume path |
| 16:27.09 | panicking | and android go fast after resume |
| 16:27.13 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 16:28.11 | *** join/#openmoko Kame2 (n=manuel@port-92-196-106-197.dynamic.qsc.de) |
| 16:34.27 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 16:37.17 | *** join/#openmoko dcordes (n=luke-g@unaffiliated/dcordes) |
| 16:46.32 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 16:47.56 | *** join/#openmoko CVirus (n=Satan@41.130.235.117) |
| 16:50.05 | *** join/#openmoko eolson (n=eolson@140.221.11.220) |
| 16:51.07 | *** join/#openmoko ferluszt (n=ferluszt@vpn-146-24.vpn.uni-mannheim.de) |
| 16:52.18 | *** join/#openmoko MHazem (n=Satan@41.130.235.117) |
| 17:03.48 | *** join/#openmoko PaulFert1er (n=root@wn1nat11.beelinegprs.ru) |
| 17:03.58 | PaulFert1er | panicking: so were you able to reproduce the race? |
| 17:04.45 | panicking | PaulFert1er, with my patches with the mutex |
| 17:04.47 | panicking | I can't reproduce |
| 17:05.11 | panicking | the problem |
| 17:05.14 | panicking | in android |
| 17:05.14 | PaulFert1er | larsc: when i tried to solve gta01_battery problems on gta02 i faced the whole way of obtaining values from the driver. I suspect even if you simply request any value from sysfs then your request goes through main workqueue, the same bq27k worker thread runs on. |
| 17:05.25 | PaulFert1er | panicking: can you reproduce it without your patch with mutex? |
| 17:05.42 | panicking | if you read throw the sysfs |
| 17:05.46 | panicking | you call the fuction |
| 17:05.49 | panicking | directly |
| 17:05.56 | panicking | so you don't use the workqueue |
| 17:06.06 | panicking | if you use the uevent |
| 17:06.10 | panicking | you don't have any problem |
| 17:06.48 | PaulFert1er | panicking: ah, ok. I wonder why i don't see the problem with my test program i sent to you. |
| 17:09.26 | *** join/#openmoko PaulFertser (n=PaulFert@81.200.16.34) |
| 17:09.44 | *** part/#openmoko PaulFert1er (n=root@wn1nat11.beelinegprs.ru) |
| 17:12.25 | *** join/#openmoko zing (n=zing@fedora/zing) |
| 17:13.14 | PaulFertser | has to use gprs because his adsl somehow doesn't work so any e-mail related work is postponed. |
| 17:13.18 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 17:13.47 | SpeedEvil | My neo1973 is 1/3 the speed of my broadband. |
| 17:13.52 | SpeedEvil | gprs |
| 17:14.13 | SpeedEvil | Unfortunately, this doesn't mean it's unusually fast. |
| 17:14.26 | *** join/#openmoko andi (n=andi@eeepc.andi.whyi.org) |
| 17:14.40 | PaulFertser | I'd use gprs without much difficulties if only it wasn't inadequately expensive here. |
| 17:15.43 | Blu3 | adsl completely down, routing issue, or large packets aren't going across right? |
| 17:15.51 | PaulFertser | joerg_42: btw, with "R3004" and "R3005" shorted the sound was louder, that's no surprise. |
| 17:16.37 | joerg_42 | yup |
| 17:16.50 | PaulFertser | Blu3: adsl is up, PADO discovery (PPPoE) doesn't work, ISP says they have some problems they're fixing (no time estimate given). |
| 17:16.51 | joerg_42 | away now. Too much noise today |
| 17:17.02 | Blu3 | nod |
| 17:17.25 | *** join/#openmoko hiciu (n=hiciu@host-91-200-27-218.leon.com.pl) |
| 17:19.32 | objorn | the latest is the a7 correct? |
| 17:20.56 | objorn | SpeedEvil, lindi- ? |
| 17:21.27 | PaulFertser | objorn: correct |
| 17:21.32 | PaulFertser | objorn: a8 was designed but never MPed |
| 17:23.22 | objorn | MPed? |
| 17:24.12 | PaulFertser | objorn: mass produced |
| 17:29.22 | *** join/#openmoko alephnull (n=alok@122.172.21.24) |
| 17:30.20 | *** join/#openmoko vaiursch (n=erwin@84.226.226.249) |
| 17:33.35 | *** join/#openmoko tjikkun (n=tjikkun@cl-511.ede-01.nl.sixxs.net) |
| 17:35.36 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r96bd628bc3ea 10/fsogsmd/src/ (7 files in 2 dirs): fsogsmd: org.freesmartphone.GSM.SIM.GetSimInfo() partly done (imsi and issuer) |
| 17:37.38 | objorn | PaulFertser: do you have a link to the a8? |
| 17:38.35 | PaulFertser | objorn: not really, why do you ask? Basically it was a7 immune to gsm interference, i.e. no chance for GSM to ruin internal or headset mic. |
| 17:39.17 | objorn | PaulFertser: because i can probably make it myself... |
| 17:40.48 | PaulFertser | objorn: nope, it's really easier to make it work properly with bluetooth headset. |
| 17:43.57 | objorn | okay |
| 17:44.06 | objorn | well, here i go, purchasing an a7 right now |
| 17:44.34 | PaulFertser | objorn: if you're diyer you can buy a6 and just implement buzzfix. |
| 17:44.46 | PaulFertser | objorn: you'll probably want to open the device anyway for #1024 fix. |
| 17:45.26 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 17:45.56 | *** join/#openmoko hackbot (n=hackbot@218-168-26-42.dynamic.hinet.net) |
| 17:46.15 | larsc | android must be constantly reading the battery |
| 17:46.19 | larsc | info |
| 17:46.44 | hackbot | hi all |
| 17:47.00 | *** join/#openmoko paul_bipless (n=pavel@ppp85-141-161-15.pppoe.mtu-net.ru) |
| 17:47.37 | hackbot | dropbear sshd runs on openmoko. How the keys will be generated (public + private) and also the ssh/authorized_keys? |
| 17:48.03 | hackbot | who will generate it and when? where are the tools dropbearkey and ssh-keygen for doing it on target? |
| 17:48.11 | *** join/#openmoko ayeuu (n=ayeuu@bearstech/ayeuu) |
| 17:49.25 | hackbot | anyone please help? |
| 17:54.29 | PaulFertser | hackbot: can't you just read /etc/init.d script for dropbear? |
| 17:55.00 | hackbot | in the openmoko rootfs? |
| 17:55.20 | *** join/#openmoko badcloud (n=raanan@ti400720a342-0425.bb.online.no) |
| 17:55.22 | hackbot | Paul: read in /etc/init.d of openmoko rootfs? |
| 17:57.28 | PaulFertser | hackbot: yes |
| 17:57.45 | hackbot | Sure Paul |
| 17:57.46 | hackbot | Thanks |
| 17:58.05 | *** join/#openmoko RedFlash2000 (n=RedFlash@host238-46-dynamic.50-82-r.retail.telecomitalia.it) |
| 17:58.22 | PaulFertser | hackbot: and i think authorized_keys are always modified only by hand |
| 18:01.36 | hackbot | if so, then how i am able to login to the OM device when i type ssh root@ip? |
| 18:01.46 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
| 18:01.47 | hackbot | sorry if i miss something |
| 18:01.49 | SpeedEvil | becasue there is no root password |
| 18:02.39 | hackbot | the confusion dropbear is not running without the following 2 keys: /etc/dropbear/dss_key and /rsa_key |
| 18:02.57 | hackbot | so if i put those 2 keys |
| 18:03.21 | hackbot | and then do ssh root@ip, it says Permission denied, publickey, etc |
| 18:03.34 | tig| | hackbot: those keys should be generated on the first boot after you flash the device |
| 18:03.51 | *** join/#openmoko hax404 (n=quassel@95.116.199.157) |
| 18:04.02 | hackbot | auto generated on startup? |
| 18:04.35 | *** join/#openmoko onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 18:04.42 | hackbot | what r generated? rsa_key, dss_key and .ssh/authorized_keys? |
| 18:05.18 | PaulFertser | hackbot: oh, you seem to have quite an approximate knowledge of how ssh is configured usually. |
| 18:05.33 | hackbot | yes |
| 18:07.02 | badcloud | has anyone entertained the idea of implementing some animation for incoming calls/sms'? |
| 18:08.14 | badcloud | I'd kill to have the 'badgers' flash vid to go along with the ringtone I have |
| 18:08.28 | hackbot | tig| - please reply |
| 18:09.23 | tig| | hackbot: usually the rsa and dsa keys nothing is put in authorized keys as by default most of the distros don't ship with key based auth |
| 18:09.46 | hackbot | openmoko has dropbear in it |
| 18:09.54 | hackbot | and the keys are not there? |
| 18:10.02 | tig| | so all you just do ssh root@192.168.0.202 then when it asks you for a password just hit enter |
| 18:10.20 | hackbot | thats working |
| 18:10.21 | tig| | as there is no root password set on the default image you are supposed to log in and set one |
| 18:10.43 | hackbot | but on phone side, i m using my own rootfs |
| 18:10.54 | hackbot | by compiling dropbear myself |
| 18:11.08 | tig| | I can't help you there and I have to go now as my car is here |
| 18:11.10 | tig| | bye |
| 18:11.13 | *** part/#openmoko tig| (n=gclarke@aurix.plus.com) |
| 18:11.17 | hackbot | sure |
| 18:11.43 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 18:13.32 | hackbot | Paul Froster: any idea of how to start dropbear without these 2 keys? |
| 18:13.34 | hackbot | :( |
| 18:13.50 | hackbot | when i dont give this 2 keys, its not starting at all? |
| 18:14.13 | *** join/#openmoko azaghal (n=azaghal@212.178.225.130) |
| 18:16.15 | hackbot | Paul - any ideas? |
| 18:18.35 | objorn | PaulFertser: i don't think there's an option to just buy an a7 anyway in the states |
| 18:18.44 | *** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192) |
| 18:18.46 | objorn | http://sdgsystems.com/estore/cart.php?target=category&category_id=17 has the phone but in orders of 10 now |
| 18:18.51 | *** join/#openmoko PaulFertser_ (n=pavel@ppp85-141-160-73.pppoe.mtu-net.ru) |
| 18:18.52 | SeligArkin | hackbot: Not many people highlight on partial versions of their nicks. :P |
| 18:18.59 | objorn | PaulFertser_ ^ |
| 18:19.10 | objorn | PaulFertser: i don't think there's an option to just buy an a7 anyway in the states |
| 18:19.18 | objorn | <PROTECTED> |
| 18:19.49 | hackbot | :P |
| 18:19.56 | objorn | i guess if it's just a matter of opening it up and replacing a a part or two, i can do that |
| 18:23.41 | hackbot | Thanks Paul |
| 18:23.48 | hackbot | Everything in init.d scripts |
| 18:24.14 | PaulFertser | objorn: for #1024 fix you'll also need to open the can but it's not hard. |
| 18:24.19 | PaulFertser | hackbot: welcome |
| 18:24.42 | PaulFertser | objorn: for buzzfix you have to just replace one 0402 R and add a big 100uF nearby. |
| 18:25.47 | PaulFertser | objorn: so if you have a chance to buy non-buzzfixed a6 for a reasonable price probably you might want to do buzzfix yourself. |
| 18:26.10 | objorn | PaulFertser: so far the cheapest price is $250 from openmoko.com |
| 18:26.39 | *** join/#openmoko alfatangoxt (n=michele@host131-203-dynamic.13-79-r.retail.telecomitalia.it) |
| 18:26.47 | hackbot | objorn - Any idea where to get in Taiwan |
| 18:27.17 | hackbot | I have my friend over there to buy for me |
| 18:28.49 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r1026537fb9be 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.SIM.{Get|Set}ServiceCenterNumber() |
| 18:29.11 | SpeedEvil | You can't buy it in taiwan - if you mean at the factory gates |
| 18:29.21 | objorn | hackbot: http://www.dmatek.com.tw/ |
| 18:29.33 | objorn | linked from the openmoko website |
| 18:29.55 | SpeedEvil | I mean - physically from openmoko |
| 18:31.11 | hackbot | :( |
| 18:31.22 | hackbot | i thought in factory i can get cheaper :( |
| 18:31.41 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 18:31.41 | hackbot | objorn - thank u |
| 18:33.21 | objorn | np hackbot |
| 18:37.37 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 18:37.41 | *** join/#openmoko spydon (n=spydon@130.243.146.152) |
| 18:44.31 | *** join/#openmoko tschaka (n=tschaka@p5B0EA334.dip0.t-ipconnect.de) |
| 18:46.38 | *** join/#openmoko paul_bipless (n=pavel@ppp83-237-107-124.pppoe.mtu-net.ru) |
| 18:47.57 | PaulFertser | objorn: i could have missed something, still some problems with my isp |
| 18:49.18 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 18:52.18 | *** join/#openmoko ajvogel (n=quassel@196-210-140-203-rrdg-esr-2.dynamic.isadsl.co.za) |
| 18:58.19 | *** join/#openmoko DieMumiee (n=DieMumie@p54945498.dip.t-dialin.net) |
| 18:58.36 | PaulFertser | objorn: have you considered http://pulster.eu/ |
| 19:06.23 | objorn | PaulFertser: not until now, but they charge 80usd for shipping |
| 19:06.40 | objorn | i'm just going to purchase the a6 from openmoko's site and apply the fixes myself |
| 19:15.05 | *** join/#openmoko fenfir_ (n=fenfir@206.255.217.100) |
| 19:19.31 | peter__b | hi guys |
| 19:20.13 | peter__b | has there really been no update for shr unstable in a long time now? |
| 19:24.20 | *** join/#openmoko Reactor16 (n=Reactor1@41.105.67.129) |
| 19:24.21 | PaulFertser | objorn: feel free to ping DocScrutinizer or me if you have any questions. Do you also consider the bass fix? |
| 19:24.28 | *** join/#openmoko thrashold (n=europan@93.180.79.19) |
| 19:24.35 | *** join/#openmoko alfatangoxt (n=michele@host124-207-dynamic.9-79-r.retail.telecomitalia.it) |
| 19:25.21 | SpeedEvil | http://cgi.ebay.com/Big-Mouth-Billy-Bass-Singing-Fish_W0QQitemZ150378062683QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item23033b235b&_trksid=p3286.c0.m14 |
| 19:27.03 | *** join/#openmoko zipo (n=zipo@chello087206025198.chello.pl) |
| 19:29.59 | PaulFertser | SpeedEvil: wtf is that? I honestly can't understand why it is called bass singing. |
| 19:30.16 | SpeedEvil | The fish is a bass |
| 19:30.19 | SpeedEvil | it's a species |
| 19:31.11 | PaulFertser | SpeedEvil: i thought it's related to the bass guitars :D |
| 19:34.37 | objorn | PaulFertser: i might look into it when i get the phone, thanks for offering to help, i'll probably ask a few more questions before breaking it open |
| 19:34.53 | PaulFertser | objorn: wiki has quite some info |
| 19:35.17 | objorn | yeah, i just got through reading over the bass fix on the wiki |
| 19:35.24 | objorn | and here's a listing of reworks: http://wiki.openmoko.org/wiki/Category:Reworks_and_mods |
| 19:35.49 | objorn | note: i won't be ordering the phone until tomorrow night or wednesday morning unfortunately |
| 19:39.24 | PaulFertser | objorn: misses #1024 fix |
| 19:41.20 | *** join/#openmoko beer (n=beer@0x4dd40dcb.adsl.cybercity.dk) |
| 19:41.36 | *** join/#openmoko |raron| (n=kvirc@87.97.107.161.pool.invitel.hu) |
| 19:46.41 | DocScrutinizer | see history - might miss one or two bits |
| 19:47.12 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
| 19:47.16 | DocScrutinizer | PaulFertser: how's your flu? mine's about to start |
| 19:47.46 | PaulFertser | DocScrutinizer: luckily it wasn't flu, just something flu-like but light enough, i'm recovering currently. |
| 19:48.02 | PaulFertser | DocScrutinizer: (about to start) doesn't sound good :( |
| 19:48.10 | DocScrutinizer | so for me there's still hope then :-D |
| 19:48.22 | PaulFertser | DocScrutinizer: probably some immune-boosting preventive measures can help? |
| 19:48.53 | DocScrutinizer | pondering that. wpwrak usually recommends Jaegermeister |
| 19:52.51 | PaulFertser | DocScrutinizer: i've tried adding some brendy to my tea in the beginning of illness. Not sure it affected anything :) |
| 19:54.30 | PaulFertser | DocScrutinizer: i don't know about Germany but here real flu usually comes considerably later. And it can be mostly prevented or at least be made milder by vaccination. |
| 19:55.42 | PaulFertser | DocScrutinizer: (miss one or two bits) did i miss anything really important? |
| 19:56.10 | DocScrutinizer | not you - the age |
| 19:56.12 | DocScrutinizer | page |
| 19:56.28 | DocScrutinizer | quite new un non-mature |
| 19:56.53 | DocScrutinizer | bah! /me away. Don't find the keys anymore |
| 19:57.03 | PaulFertser | DocScrutinizer: take care |
| 19:58.41 | PaulFertser | Took me a minute to get it (which page misses what) :) |
| 20:03.30 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
| 20:10.28 | *** join/#openmoko m0nt0 (n=monto@151.57.204.97) |
| 20:15.23 | *** join/#openmoko daMaestro (n=jon@content.beatport.com) |
| 20:21.05 | andi | I have added a short note about 1024 to the reworks category |
| 20:21.33 | andi | and the c1767 thing has now a picture |
| 20:26.10 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 20:26.43 | *** join/#openmoko PaulFertser_ (n=pavel@91.78.248.156) |
| 20:37.39 | *** join/#openmoko DieMumiee (n=DieMumie@p54945498.dip.t-dialin.net) |
| 20:37.59 | *** join/#openmoko playya (n=playya@93.216.241.189) |
| 20:39.40 | *** join/#openmoko batti (n=batti@dslb-092-073-163-214.pools.arcor-ip.net) |
| 20:44.22 | *** join/#openmoko max_posedon (n=max_pose@80.249.93.199) |
| 20:45.36 | *** join/#openmoko ferluszt (n=ferluszt@vpn-146-100.vpn.uni-mannheim.de) |
| 20:51.25 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 20:57.29 | *** part/#openmoko zipo (n=zipo@chello087206025198.chello.pl) |
| 21:01.48 | *** join/#openmoko paul_bipless (n=pavel@ppp83-237-105-233.pppoe.mtu-net.ru) |
| 21:02.48 | *** join/#openmoko Yashy (n=yashy@24.68.32.17) |
| 21:03.27 | Yashy | Haven't used mt gta02 in months, just plugged it in to try android on it, and not seeing any evidence it still works or is charging |
| 21:03.36 | dcordes | fso-illume-image is maintained in org.oe.dev ? |
| 21:03.47 | Yashy | the red aux led isn't on for example, which I thought it used to do when charging the battery? |
| 21:05.22 | Blu3 | nope, 'tis the blue LED (orange when charging) at the power button |
| 21:05.40 | Blu3 | (in shr-u at least) |
| 21:05.51 | Yashy | redargless of colour, I'm not getting any led on with it plugged in |
| 21:06.07 | Yashy | regardless too |
| 21:06.24 | Blu3 | PaulFertser, three days of heavy writing to the SD card with gsm radio turned off. zero problems |
| 21:06.52 | Blu3 | yashy, power adapter or usb cable? |
| 21:07.04 | Yashy | is it possible if the battery is completely dead it'll take some time for the LED to come on? |
| 21:07.24 | Yashy | BLu3: power adapter (tied USB first with no luck) |
| 21:08.01 | Blu3 | try pulling the battery out, plug in the power adapter and try turning it on (mine turns on/resumes automatically) |
| 21:08.04 | Blu3 | then put the battery in |
| 21:08.06 | Yashy | s/tied/tried/ |
| 21:08.45 | Blu3 | if it hasn't been used in months, the battery is dead, you'll have to play some tricks to get it to wake back up. what i just mentioned is one trick |
| 21:09.02 | PaulFertser | Yashy: yes, search the wiki for 'flat battery' |
| 21:10.26 | PaulFertser | Blu3: do you think the majority of gta02s would experience similar problems? Can you give some easy way to reproduce so anybody can try? |
| 21:10.48 | PaulFertser | Blu3: probably it's your device that has some oddity. |
| 21:10.55 | Blu3 | being that i'm mostly the only one i've seen talking about it, i doubt it |
| 21:11.10 | Blu3 | but it's 100% reproducible by enabling gsm and doing sdio |
| 21:11.30 | Blu3 | anytime both of them are doing something, the sdcard loses |
| 21:11.44 | dcordes | mickey|bbl, I want to show off with fso on kovsky but illume-image is broken |
| 21:12.58 | Blu3 | after i get gentoo installed, i'm going to see if both reading and writing are 100% breakable or if it's writing that is most susceptible and reading is more transient |
| 21:13.19 | PaulFertser | Blu3: that's, well.. you know eh like uhm sad. Probably DocScrutinizer can suggest some shielding strategy. |
| 21:13.45 | Blu3 | aye |
| 21:14.00 | Blu3 | *wraps phone in tin foil hat* |
| 21:14.02 | Blu3 | ;-) |
| 21:14.36 | Yashy | damn, no love with Blu3's idea of the wiki suggestion |
| 21:14.42 | Yashy | of = or |
| 21:14.52 | Blu3 | keep trying |
| 21:14.56 | Blu3 | it'll come alive |
| 21:14.58 | Yashy | ok |
| 21:15.03 | PaulFertser | Yashy: do you have a wallcharger? |
| 21:15.07 | Blu3 | or feel free to donate it to my toybox :D |
| 21:15.11 | PaulFertser | Yashy: and A6 device? |
| 21:15.16 | Yashy | yeah, using the wall charger right now |
| 21:15.55 | Yashy | Where would it say A6? |
| 21:15.58 | PaulFertser | Yashy: take out the bat, boot to NOR, should work. Then boot the kernel, insert the bat. |
| 21:16.35 | Yashy | nothing happens when I take out the battery, plug it into the wall charger, hold down AUX + hit power button |
| 21:16.44 | *** join/#openmoko pablomino (n=pablo@r190-135-161-177.dialup.adsl.anteldata.net.uy) |
| 21:16.45 | Yashy | (with no battery in it) |
| 21:16.54 | PaulFertser | Yashy: you're supposed to hold AUX before plugging in the wall charger. |
| 21:17.02 | *** join/#openmoko Openfree (n=Openfree@222.65.99.6) |
| 21:17.38 | PaulFertser | Yashy: plugging in is considered to be one of those events that turn the device on. |
| 21:17.47 | Blu3 | aux button->charger->power button, then release buttons |
| 21:17.50 | PaulFertser | omg i should really go sleep |
| 21:17.55 | Blu3 | heheheh |
| 21:18.41 | DocScrutinizer | Yashy: insert bat, hold aux, insert chager plug, if nothing happens press powerbutton while still holding aux. Then release aux while holding powerbutton |
| 21:19.42 | PaulFertser | Competition yay |
| 21:20.40 | Blu3 | hmm, i need to get some actual tin foil. lay a strip below and above the sd card and see if that'll help blank enough interference |
| 21:21.18 | PaulFertser | Blu3: i doubt it's sd card itself that needs shielding. Because the same cards work in others' gta02s. |
| 21:21.42 | Yashy | ok removed battery, held down AUX, plugged into wall, pressed power. Nothing. Just tried this again but added battery before holding aux and plugging into wall. Still no signs of life |
| 21:22.13 | Blu3 | yes, and my cards work perfectly elsewhere and when gsm is turned off |
| 21:23.07 | Blu3 | have patience. how long've you tried holding in the power button? >8sec? |
| 21:23.38 | Yashy | less than 3 seconds |
| 21:24.01 | Yashy | didn't realize I should just hold aux + power until it works |
| 21:25.35 | Yashy | no luck with ~20 seconds |
| 21:26.00 | *** join/#openmoko rhaeder (n=rhaeder@dslb-088-076-104-151.pools.arcor-ip.net) |
| 21:26.54 | Blu3 | yashy, http://wiki.openmoko.org/wiki/Neo_FreeRunner_Battery |
| 21:27.10 | *** part/#openmoko pablomino (n=pablo@r190-135-161-177.dialup.adsl.anteldata.net.uy) |
| 21:28.20 | *** join/#openmoko Gyb (n=Gyb@f053152082.adsl.alicedsl.de) |
| 21:29.37 | Yashy | yeah I'm going through it now. Just tried with USB instead of power, no luck |
| 21:29.45 | Blu3 | ok |
| 21:30.04 | *** join/#openmoko mostly_useless (n=michael@75.111.36.101) |
| 21:35.27 | *** join/#openmoko arg0_ (n=stephen@CPE001c10acab63-CM000a7369b290.cpe.net.cable.rogers.com) |
| 21:36.36 | Yashy | I'm thinking I have A5 or early A6, as it won't start without the battery |
| 21:36.53 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 21:37.03 | Blu3 | well. you can always jumpstart the battery |
| 21:37.50 | Blu3 | it's 3.7v, LI, so you want to apply a low current charge |
| 21:38.15 | max_posedon | its interesting for me, what is ealy A6? |
| 21:38.26 | Blu3 | it won't need to be charging for too long to have enough juice to kick over the phone with a wall charger then start charging while remaining powered on |
| 21:38.40 | max_posedon | I bought mine on Sep, year ago in poland, so it was manufactoried at least in aug |
| 21:38.52 | max_posedon | and mine can boot without battery |
| 21:39.23 | joerg_42 | Yashy: if the way I recommended above won't show the NOR uboot menu, then you're out of luck, no matter which method. jumpstart or recharge bat externally |
| 21:39.35 | joerg_42 | the only way to recover |
| 21:39.45 | arg0_ | paroli won't start errors with ImportError: No module named dbus. any ideas? |
| 21:40.36 | joerg_42 | max_posedon: A6 (with 47uF) is random work/don't without bat |
| 21:41.15 | max_posedon | 47uf == buzz fix? |
| 21:41.21 | joerg_42 | max_posedon: 10uF devices never, 100uF devices (A7) always work |
| 21:41.32 | Yashy | ok thanks joerg_42 |
| 21:41.36 | *** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
| 21:41.40 | joerg_42 | max_posedon: c1767 |
| 21:41.47 | joerg_42 | Vsys buffer C |
| 21:41.51 | max_posedon | hm, ok, but I don't understand this numbers) |
| 21:41.54 | SpeedEvil | 2*47 will of course work |
| 21:42.00 | SpeedEvil | oh |
| 21:42.02 | SpeedEvil | nvm |
| 21:43.50 | joerg_42 | max_posedon: grep ml for c1767, and refer to schematics and the notes on hw rev I placed there. then you'll understand |
| 21:45.49 | *** part/#openmoko transylvania (i=leon@lor34-1-82-240-239-234.fbx.proxad.net) |
| 21:51.40 | *** join/#openmoko pablomino (n=pablo@190.135.161.129) |
| 21:52.11 | *** join/#openmoko hax404 (n=quassel@mnhm-5f74c79d.pool.mediaWays.net) |
| 21:54.21 | *** join/#openmoko _Fox_Muldr (i=quakeman@e179216143.adsl.alicedsl.de) |
| 22:01.58 | *** join/#openmoko dns53 (n=dns@203.171.196.119) |
| 22:08.30 | *** part/#openmoko pablomino (n=pablo@190.135.161.129) |
| 22:08.36 | *** join/#openmoko azaghal_ (n=azaghal@19.225.178.212.adsl.dyn.beotel.net) |
| 22:11.17 | *** join/#openmoko everslick (n=clemens@212-183-117-164.adsl.highway.telekom.at) |
| 22:12.44 | *** join/#openmoko marcmoe (n=marcmoe@dslb-088-073-001-186.pools.arcor-ip.net) |
| 22:15.28 | *** join/#openmoko HellDragon (n=jd@vpn.exhort.ca) |
| 22:16.48 | *** part/#openmoko marcmoe (n=marcmoe@dslb-088-073-001-186.pools.arcor-ip.net) |
| 22:27.53 | *** join/#openmoko azaghal (n=azaghal@212.178.230.143) |
| 22:32.47 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 22:32.56 | *** part/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 23:00.00 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 23:01.34 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 23:07.55 | DocScrutinizer | ooops, maybe not. s/10uF/4.7uF/ |
| 23:33.53 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 23:35.02 | *** join/#openmoko KenYoung (n=Ken@pool-68-160-5-244.bos.east.verizon.net) |