00:10.19 | *** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
00:10.56 | *** join/#openmoko-cdevel badcloud (~badcloud@89-138-214-167.bb.netvision.net.il) |
00:18.14 | *** join/#openmoko-cdevel nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
00:28.43 | PaulFertser | Weiss: (bad block list) the best is to use Werner's badnand utility. |
00:29.30 | PaulFertser | Weiss: to see various notions of bad block marks. |
00:29.52 | PaulFertser | Weiss: and yes, i think several people tried "nand scrub" and it went fine. |
00:57.12 | wpwrak | PaulFertser: the problem with "nand scrub" is that you may lose factory-provided bad block information. some of that may come from tests only the factory can perform (e.g., analog measurements) |
00:57.47 | wpwrak | PaulFertser: so there's the risk that you'll enable blocks that are okay at the moment but that will go bad quickly |
01:06.04 | *** join/#openmoko-cdevel Defiant (erik@f054124031.adsl.alicedsl.de) |
01:12.28 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
01:25.19 | PaulFertser | wpwrak: i know |
01:25.26 | PaulFertser | wpwrak: :) |
01:25.45 | PaulFertser | wpwrak: by "fine" i meant it went as fine as it can be :) |
01:26.21 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
01:26.41 | PaulFertser | wpwrak: but even if they go bad quickly, not a big deal for a proper fs, unless there's a really big number of them. |
01:29.16 | PaulFertser | This whole BB business is such a mess. |
01:33.38 | wpwrak | PaulFertser: the FS may not have a problem, but your data could :) |
01:33.52 | wpwrak | PaulFertser: (mess) yeah. NAND - Just say "no" ;-) |
01:35.10 | PaulFertser | wpwrak: otoh, SD controllers run some closed source firmware with unknown properties |
01:52.09 | wpwrak | PaulFertser: you can't always win :) |
01:52.39 | wpwrak | PaulFertser: btw, and so does your harddisk |
01:53.07 | PaulFertser | heh, and i'm not happy about that |
01:53.42 | wpwrak | PaulFertser: would you rather have something like JFFS on it ? ;-) |
01:54.16 | wpwrak | or just use those good old completely open punch tapes ? :) |
01:54.32 | PaulFertser | wpwrak: or cards :) |
01:55.39 | wpwrak | yup, can serve as post-it too |
01:56.34 | wpwrak | anyway, gotta run. may your bits not tunnel from your NAND cells :) |
02:01.30 | PaulFertser | wpwrak: have a nice evening |
02:01.31 | PaulFertser | GL |
02:51.45 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@75-147-59-54-NewEngland.hfc.comcastbusiness.net) |
03:14.47 | *** join/#openmoko-cdevel sicu_ (~sicu@ti0090a380-dhcp0937.bb.online.no) |
04:33.37 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
04:57.14 | PaulFertser | mrmoku|away: it looks like fsogsmd just stops reading from the modem for whatever reason, yet poll reports it should (?). |
04:58.02 | PaulFertser | mrmoku|away: probably same happens for the dbus socket, so it stops responding. |
04:58.05 | PaulFertser | Strange :/ |
05:23.26 | *** join/#openmoko-cdevel khoonirobo (~versus@119.82.77.115) |
05:27.25 | *** join/#openmoko-cdevel radekp (~radek@88.146.48.30) |
05:40.11 | mrmoku | PaulFertser: yeah, strange :/ |
05:51.09 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E15659.dip.t-dialin.net) |
05:51.58 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E15659.dip.t-dialin.net) |
05:53.29 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
06:13.19 | *** join/#openmoko-cdevel Orias_Korva (~atilla@dct27.wtb.tue.nl) |
06:17.14 | lindi- | wpwrak: i'd very much like to get free software for my hard disk |
06:17.38 | lindi- | wpwrak: it'd solve a larger problem: i don't want the disk to spin up after resume from suspend |
06:22.37 | PaulFertser | wpwrak: for more examples of similar problems please see http://lindi.iki.fi/lindi/firmware/free-firmware.txt |
06:33.42 | PaulFertser | max_posedon: hey! Is it right we should congratulate you with an ultimate success at the conference? ;) |
06:36.07 | PaulFertser | max_posedon: that's indeed really cool! Best wishes! |
06:36.12 | PaulFertser | max_posedon: what was the prize? |
06:37.26 | *** join/#openmoko-cdevel methril_ (~methril@189.27.129.78.dynamic.adsl.gvt.net.br) |
06:55.19 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
06:56.05 | max_posedon | PaulFertser, Hi!, thanks you) |
06:56.07 | mickey|office | morning |
06:56.18 | max_posedon | It is dreambox |
07:00.45 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
07:14.11 | wpwrak | lindi-: heh :) i'm not sure you'd really want to have to worry about all the other mess in that sort of firmware. |
07:14.33 | lindi- | wpwrak: I still need to worry with the proprietary stuff |
07:16.27 | wpwrak | lindi-: does your suspend/resume go through the BIOS ? if not, it's probably linux' fault |
07:17.09 | lindi- | wpwrak: i don't really know |
07:17.29 | lindi- | is there a way to sniff everything that is sent to the hdd? |
07:17.41 | lindi- | so that I could see what signaling is done on resume |
07:17.47 | wpwrak | lindi-: (printers) i disagree. the printer should print exactly what you tell it to print. if you have to "negotiate", something is already wrong |
07:18.04 | lindi- | wpwrak: maybe they should but they don't :) |
07:18.10 | wpwrak | lindi-: (sniff) hmm, with a logic analyzer, sure. but ... :) |
07:18.22 | lindi- | wpwrak: that's why I advocate printers that take only bitmap as input |
07:18.41 | lindi- | wpwrak: then they print exactly what you want. ML-2010 does that |
07:18.52 | lindi- | (except when the toner is low...) |
07:18.55 | wpwrak | lindi-: (monitor) yeah, there's a ton of crap out there. i share your pain :) |
07:19.35 | wpwrak | lindi-: most hp printers will take sort of a bitmap ... (pcl) |
07:20.27 | lindi- | probably, ml-2010 just happened to be the cheapest mono laser with free software support |
07:20.33 | wpwrak | lindi-: (batteries) already solved, e.g., in the freerunner :) |
07:21.24 | lindi- | yes i use that on fr |
07:21.56 | lindi- | wpwrak: got anything else to add to the list? ;) |
07:22.01 | wpwrak | lindi-: (kbd) hmm, not sure about that one. i'd just avoid the really broken ones. |
07:22.15 | wpwrak | lindi-: microwave ovens ? |
07:22.16 | lindi- | wpwrak: they are all broken since the USB spec supports only 6 keys |
07:22.35 | wpwrak | lindi-: (6 keys) okay, that's something i don't worry about too often :) |
07:22.49 | lindi- | I play triplane with my friends. triplane.sf.net |
07:22.57 | wpwrak | lindi-: kohan from loki games is very very nice :) |
07:23.38 | lindi- | wpwrak: what would you change in microwave ovens? ;) |
07:23.43 | wpwrak | (triplane) looks cool |
07:23.45 | lindi- | wpwrak: sounds non-free |
07:24.11 | wpwrak | (uwave) eliminate all the useless modes. add "reheat if unattended" |
07:24.23 | lindi- | reheat forever? |
07:24.45 | wpwrak | lindi-: (non-free) yeah, that's its main drawback. still, it's good for many hectohours |
07:25.10 | *** join/#openmoko-cdevel GarthPS|office (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr) |
07:25.14 | wpwrak | (or is it "hekto" ?) |
07:25.31 | wpwrak | lindi-: (forever) well, maybe for an hour or so |
07:26.23 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
07:27.02 | lindi- | maybe, i tried to keep my list as non-obscure and practical as possible :) |
07:30.58 | wpwrak | lindi-: it's mainly about computers and their environment. firmware exists in many more things than that. e.g., why does my TV not let me output the TV sound when I'm watching PC output but with a TV channel as PIP ? |
07:31.31 | lindi- | wpwrak: heh sure |
07:31.38 | wpwrak | lindi-: real-life use case: look up in wikipedia what sort of dork that referee is, while still keeping an eye (and both ears) of the match |
07:31.49 | lindi- | with TVs the most annoying thing is the remote controls |
07:32.34 | wpwrak | lindi-: 100 buttons for nothing :) |
07:33.16 | lindi- | now rebooting to upgrade from linux-image-2.6.32-5-amd64 2.6.32-15 to 2.6.32-16 and get CONFIG_KPROBES in the process :) |
07:33.53 | *** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:34.02 | wpwrak | oh dear :) |
07:51.07 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-243.rev.numericable.fr) |
08:01.52 | lindi- | hmm, does not boot |
08:02.50 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
08:10.04 | *** join/#openmoko-cdevel trupheenix (~quassel@61.12.58.162) |
08:22.08 | *** join/#openmoko-cdevel badcloud (~badcloud@89-138-214-167.bb.netvision.net.il) |
08:23.38 | *** join/#openmoko-cdevel vanous1231 (~vanous@194.228.223.3) |
08:26.36 | *** join/#openmoko-cdevel Orias_Korva (~atilla@dct27.wtb.tue.nl) |
08:36.14 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
08:42.37 | gena2x | dos1: hi, i prepared 1.8V/465 u-boot for you, it won't work here, can you try it? |
08:46.04 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
08:46.27 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
08:46.35 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
08:49.00 | *** join/#openmoko-cdevel khoonirobo (~versus@119.82.77.115) |
08:58.36 | dos1 | gena2x: ok, but later, now i have to go |
09:16.35 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-188-116-90-122.static.spk.cz) |
09:56.15 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@host76-102-dynamic.48-82-r.retail.telecomitalia.it) |
10:11.03 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
10:48.51 | *** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster) |
10:56.06 | *** join/#openmoko-cdevel Zeroedout (~kvirc@xx114200220.cipherkey.com) |
10:56.25 | *** join/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
10:58.14 | *** join/#openmoko-cdevel [Rui] (~Rui@195.138.0.74) |
11:12.46 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E15659.dip.t-dialin.net) |
11:20.55 | *** join/#openmoko-cdevel dos1|away (~dos@unaffiliated/dos1) |
11:47.05 | gena2x | Weiss: hi&ping |
11:47.14 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
11:58.45 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@75-147-59-54-NewEngland.hfc.comcastbusiness.net) |
12:11.14 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
12:11.50 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
12:15.33 | *** join/#openmoko-cdevel stefan_schmidt (~stefan@p5B034B21.dip.t-dialin.net) |
12:17.22 | Weiss | gena2x: pong |
12:17.30 | *** join/#openmoko-cdevel thrashold (~europan@3mhz.net) |
12:18.58 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-243.rev.numericable.fr) |
12:27.07 | *** join/#openmoko-cdevel TAsn (~tasn@109-186-32-240.bb.netvision.net.il) |
12:35.09 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@75-147-59-54-NewEngland.hfc.comcastbusiness.net) |
12:40.23 | gena2x | Weiss: ah, still here? |
12:42.19 | Weiss | yep |
12:42.23 | Weiss | (but, at work) |
12:43.20 | gena2x | Weiss: wanted to talk a bit about glamo timings. were you successful at reproduction? |
12:43.36 | gena2x | Weiss: may be you tried to review timings? |
12:45.33 | Weiss | I didn't quite get as far as testing last night.. I got sidetracked by trying to make my filesystem not be corrupted in weird ways |
12:45.55 | gena2x | Weiss: ah.. i told to use nand. |
12:46.14 | Weiss | yeah, my NAND is misbehaving.. |
12:46.25 | Weiss | (or the JFFS images for SHR-u are corrupted in a weird way) |
12:47.33 | gena2x | Weiss: oh, in this case you can: a) backup sd and boot sd and do all actions in accurate way b) backup and use my kernel patch which resets timings while sd tranfer. |
12:48.25 | Weiss | or just badblock my NAND properly :) |
12:48.50 | gena2x | Weiss: in case of a) you can cache all programs to ram, then change timings and do any measurements/tests, then reset timings back, reset cache and continue using sd :) |
12:49.13 | gena2x | i did my tests in this way. |
12:55.07 | *** join/#openmoko-cdevel ruoso (~ruoso@187.79.41.11) |
12:55.49 | *** join/#openmoko-cdevel reinouts (~reinout@192.87.23.130) |
13:02.17 | *** part/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
13:02.27 | *** join/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
13:25.55 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
13:27.51 | PaulFertser | Weiss: have you seen my answer wrt nand? |
13:28.26 | PaulFertser | Weiss: scrub is not the best thing to try, because it resets factory information. But several folks used it with good results. |
13:28.45 | PaulFertser | Weiss: jffs2 should detect corruptions on its own and mark bad blocks accordingly. |
13:31.08 | gena2x | just make jffs2 and write then read whole fs? |
13:31.22 | gena2x | what is the problem with bad blocks? |
13:31.46 | gena2x | ^^^ this should find and mark all bad blocks, no? |
13:36.06 | Weiss | PaulFertser: yep, thanks |
13:36.37 | Weiss | my problem is that, whenever I use JFFS2, I seem to get at least one random .so file which is actually I directory containing some random enlightenment stuff |
13:36.50 | Weiss | so, either corruption or something *really weird* going on in OE |
13:37.40 | gena2x | this not look like bad block for me. |
13:37.54 | Weiss | no? |
13:38.01 | Weiss | I'm not quite sure what to expect |
13:38.27 | Weiss | but it's been happening with many images since a few months ago, and I'd be very surprised if it's just me who notices |
13:39.46 | gena2x | sounds strange. bad block i think should cause so random data corruption. and it will be detected and marked (and you'll see kernel message). |
13:40.08 | gena2x | s/so/some/ |
13:40.33 | Weiss | hmm, maybe I'm the only person left using JFFS2 on NAND |
13:41.02 | Weiss | I also experience instability with UBIFS - a single unclean shutdown -> FS hosed |
13:41.15 | gena2x | but bad block which always hit some .so file... hm. |
13:41.32 | *** join/#openmoko-cdevel khoonirobo (~versus@119.82.77.115) |
13:43.35 | Weiss | I could certainly believe some sort of build system screwup with puts some installation directory where a file to link against should've been |
13:44.09 | gena2x | you can tru to dfu-util image to fr |
13:44.16 | gena2x | then dfu-util it back |
13:44.28 | gena2x | and see if it'll be different |
13:44.40 | gena2x | ... just idea. |
13:44.53 | Weiss | hmm, good idea |
13:45.02 | gena2x | dfu-util knows nothing about fses. |
13:47.19 | gena2x | also may be reconfigure partitions on mtd. |
13:49.06 | *** join/#openmoko-cdevel spaetz (~spaetz@62.48.98.95) |
13:54.12 | gena2x | Weiss: also you can check your image mounting it on host. http://wiki.maemo.org/Modifying_the_root_image#Block_device_emulating_an_MTD_device |
13:54.24 | gena2x | just series of ideas. feel free to ignore :) |
13:56.09 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
13:57.48 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
13:58.27 | gena2x | just interesting how jffs2 iteracts with uboots nanwrite about bad blocks. |
14:00.29 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-12-99.rev.numericable.fr) |
14:01.33 | Weiss | will experiment in a couple of hours |
14:11.03 | *** join/#openmoko-cdevel stefan_schmidt (~stefan@p5B034B21.dip.t-dialin.net) |
14:16.14 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
14:16.22 | *** join/#openmoko-cdevel methril_work (~rafael@201.35.65.90) |
14:19.26 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
14:21.27 | *** join/#openmoko-cdevel phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
14:37.31 | *** join/#openmoko-cdevel TAsn (~tasn@109-186-80-169.bb.netvision.net.il) |
14:42.36 | lindi- | larsc: hi, i tested om-gta02-2.6.32 branch yesterday and filed some bugs. even though I can't yet switch from .29 I'd like to say thanks :) |
14:44.47 | lindi- | larsc: most missing parts seem to be available as SHR patches but resume reason is not. any idea how easy it'd be to port? I have periodic RTC wakeups that depend on being able to see resume reason |
15:04.43 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
15:04.53 | DocScrutinizer | Kryczek: ping |
15:06.03 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
15:10.36 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
15:15.36 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
15:15.41 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
15:20.08 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
15:24.03 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
15:36.08 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
15:39.18 | *** join/#openmoko-cdevel net_tux (~jfthomps@treebeard.csc.ncsu.edu) |
15:41.31 | larsc | lindi-: its just matter of adding the driver, ig uess |
15:42.26 | lindi- | larsc: ok. is om-gta02-2.6.32 the target that I should be testing? |
15:43.20 | larsc | well, .34 is .32 with a few fixes |
15:43.23 | lindi- | larsc: I'm interested in having a stable and upstreamed kernel in the future. i don't care about KMS, overclocking but only prefer stability for phone calls, wlan |
15:43.30 | lindi- | larsc: ok so maybe .34 then? |
15:43.35 | larsc | yes |
15:43.41 | lindi- | larsc: also with some SHR patches? |
15:44.23 | larsc | if you want the features that those patches add, yes ;) |
15:44.42 | lindi- | larsc: well yes sound playback would be nice :) |
15:45.02 | lindi- | and usb host support too |
15:45.06 | larsc | sound playback should work |
15:45.25 | lindi- | larsc: http://docs.openmoko.org/trac/ticket/2347 is my bug on om-gta02-2.6.32 sound playback |
15:46.34 | lindi- | larsc: but if development is happening with .34 then I'm happy to continue testing that instead |
15:46.55 | larsc | hm. i remember seeing that before |
15:49.33 | lindi- | duplicate bug even? ;) |
15:53.48 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
15:53.52 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
16:01.44 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
16:01.48 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
16:02.46 | *** join/#openmoko-cdevel TAsn (~tasn@109-186-112-95.bb.netvision.net.il) |
16:11.50 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
16:26.23 | *** join/#openmoko-cdevel BluesLee (~held@ip-109-90-73-244.unitymediagroup.de) |
16:31.37 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD2972C.dip0.t-ipconnect.de) |
16:38.41 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
16:43.57 | *** join/#openmoko-cdevel feuera (~feuera@62-47-23-237.adsl.highway.telekom.at) |
16:49.41 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
16:55.54 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
16:56.38 | *** part/#openmoko-cdevel feuera (~feuera@62-47-23-237.adsl.highway.telekom.at) |
17:13.23 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
17:18.04 | *** join/#openmoko-cdevel GNUtoo (~GNUtoo@95.232.142.62) |
17:19.01 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/contributor/VDVsx) |
17:28.29 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@18.214.1.207) |
17:31.23 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
17:32.26 | lindi- | larsc: also, can you please remove gta02_drm_defconfig from om-gta02-2.6.32 as discussed in http://docs.openmoko.org/trac/ticket//2344? |
17:35.14 | larsc | well, jama asked me add it, you now ask me to remove it. I think you two talk about the issue and then agree on whether it should be there or not |
17:35.55 | dos1 | it should probably just be fixed |
17:36.08 | dos1 | as i think it's patched in SHR |
17:37.35 | Weiss | we could fix that my putting all the DRM+KMS stuff into om-gta02-2.6.32 |
17:38.27 | lindi- | larsc: oh? |
17:38.35 | gena2x | can it be still compiled without drm+kms after that? |
17:39.22 | lindi- | JaMa|GoNe: ? |
17:39.38 | lindi- | larsc: it's just a minor documentationb bug for me as i don't need kms |
17:39.59 | lindi- | larsc: so would you object a simple INSTALL file that describes the defconfig that is actually supposed to work? |
17:40.17 | lindi- | or Documentation/openmoko.txt if toplevel is too sacred? ;) |
17:40.37 | lindi- | (this piece of documentation is not going upstream anyway) |
17:40.47 | larsc | i've no problem with that |
17:41.41 | lindi- | larsc: should I include the build steps I use in http://docs.openmoko.org/trac/ticket/2347 there as well? |
17:41.47 | lindi- | or are there some simpler build steps? |
17:42.25 | gena2x | it's usual cross-compile linux build. why document it? |
17:43.01 | lindi- | gena2x: have you read the step 1? |
17:43.13 | lindi- | gena2x: it took me 20 minutes to figure out all those commands |
17:43.39 | larsc | lindi-: add whatever you think is appropriate |
17:43.53 | lindi- | ok, i'll write you all a suggestion |
17:44.40 | gena2x | lindi-: you right. documentation can help people. I forgot mkimage. |
17:50.18 | gena2x | lindi-: silentoldconfig, -j4, and getting revision from git are not really need to build kernel. |
17:51.33 | lindi- | gena2x: true but it'll give us a lot better bug reports |
17:52.00 | lindi- | gena2x: when users actually know what version they used last Februrary when they reported the bug and are no suddenly asked for more info |
17:52.50 | lindi- | s/no/now/ |
17:52.55 | lindi- | silly apt :) |
17:55.14 | lindi- | gena2x: any idea why andy used to have silentoldconfig? |
17:56.02 | gena2x | lindi-: only reason i can imagine is autoupdating .config for more recent kernel. |
17:56.25 | lindi- | probably |
17:56.53 | lindi- | how do I get branch name easily from git |
17:58.37 | gena2x | lindi-: the git thing is unrelated to build process, only complicates it. if user is able to build kernel he is smart enought to provide version too. also kernel source is not always in git. also i had problems with that git branch/revision then i compiled openmoko kernel for the first time. |
17:59.24 | lindi- | gena2x: ok, point |
17:59.35 | gena2x | lindi-: but i do not want my name recalled each time some user missed to report kernel version. so... do it? :) |
18:00.53 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
18:04.33 | *** join/#openmoko-cdevel lindi- (~lindi@holodeck.hut.fi) |
18:07.33 | lindi- | gena2x: did I miss anything? |
18:07.57 | gena2x | my last phrase: <lindi-> gena2x: ok, point |
18:07.58 | gena2x | <gena2x> lindi-: but i do not want my name recalled each time some user missed to report kernel version. so... do it? :) |
18:08.51 | lindi- | gena2x: I noticed that om-gta02-2.6.32 still has andy's build script |
18:08.58 | lindi- | I think we can fix it and then add README.openmoko |
18:12.39 | lindi- | no hmm, i was using wrong git branch, build is not there anymore |
18:13.22 | gena2x | lindi-: some script and some doc is better than nothing anyway. |
18:13.29 | lindi- | yes |
18:27.44 | *** join/#openmoko-cdevel Zeroedout (zeroedout@xx114200220.cipherkey.com) |
18:57.57 | *** join/#openmoko-cdevel von_fritz (~fritz@host179-191-dynamic.14-87-r.retail.telecomitalia.it) |
18:58.31 | lindi- | larsc: gena2x: untested proposition: http://paste.debian.net/80113/ |
19:03.09 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
19:03.34 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * r2f7f3bc846c8 10/tools/serial_forward/ (AUTHORS configure.ac src/forward.c src/forward.h): serial_forward: fix warnings; folks, please let's attempt warning free programs |
19:05.41 | gena2x | lindi-: if gta01 support is missing, silentoldconfig not needed for sure. arm-linux-gnueabi-objcopy without CROSS_COMPILE. |
19:05.56 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * rf51aa5aa6624 10/tools/serial_forward/src/forward.c: serial_forward: set SO_REUSEADDR |
19:06.31 | lindi- | gena2x: but users could set CONFIG= to some ancient version they have locally? |
19:07.32 | lindi- | gena2x: ah right, made it $CROSS_COMPILE}-objcopy -O binary -R .note -R .comment -S $BUILDROOT/arch/arm/boot/compressed/vmlinux $BUILDROOT/linux.bin |
19:07.35 | gena2x | lindi-: ?? why they need CONFIG=? |
19:07.43 | lindi- | gena2x: to change something? |
19:07.50 | lindi- | gena2x: for example to get support for LEDs? |
19:08.02 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * ra428370913b0 10/tools/serial_forward/configure.ac: serial_forward: use silent rules, if available |
19:10.20 | gena2x | lindi-: whooh, uncoditional copy of default config? |
19:11.09 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
19:11.24 | lindi- | gena2x: how would you do it? |
19:12.40 | mickeyl | yo GNUtoo|laptop |
19:12.42 | gena2x | lindi-: this may rewrite user changes |
19:12.50 | GNUtoo|laptop | mickeyl, hi |
19:12.54 | GNUtoo|laptop | I tested GPS today |
19:12.58 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * r1fd700dd8444 10/fsogsmd/src/lib/atcommand.vala: fsogsmd: debug-- |
19:13.01 | GNUtoo|laptop | in real life scenario |
19:13.05 | mickeyl | good, what are your findings? |
19:13.11 | lindi- | gena2x: it removes the whole BUILDROOT anyway |
19:13.15 | GNUtoo|laptop | that is no grep for GPGGA |
19:13.18 | GNUtoo|laptop | but tangogps |
19:13.24 | GNUtoo|laptop | it's usable!!! and it's great!!! |
19:13.29 | GNUtoo|laptop | grep GPGGA was misleading |
19:13.32 | GNUtoo|laptop | because there was : |
19:13.33 | gena2x | lindi-: ahh. ok. missed that. |
19:13.44 | GNUtoo|laptop | fix,nofix,nofix...,fix,nofix,nofix.... |
19:13.50 | lindi- | gena2x: i think real developers can setup more optimized build system where they reuse results |
19:14.00 | GNUtoo|laptop | or fix,nofix,fix,nofix.... |
19:14.01 | mickeyl | ok, when i have a chance i will retry here with my device |
19:14.02 | GNUtoo|laptop | depending on the place |
19:14.10 | GNUtoo|laptop | ok |
19:14.15 | GNUtoo|laptop | for trying I did: |
19:14.16 | mickeyl | as a last resort i can update my firmware |
19:14.19 | GNUtoo|laptop | ok |
19:14.21 | mickeyl | not that i think it would change anything |
19:14.30 | GNUtoo|laptop | gps in console |
19:14.31 | lindi- | gena2x: but for casual compilers we should make it difficult to accidentally mix binaries of different versions |
19:14.34 | GNUtoo|laptop | sh gps.sh |
19:14.39 | GNUtoo|laptop | then launching tangogps |
19:15.02 | lindi- | mickeyl: btw, how does SHR-U turn on the wifi with 2.6.32? I'm trying to support this in omhacks. I found almost all other /sys nodes |
19:15.08 | gena2x | lindi-: found nothing more. |
19:15.09 | GNUtoo|laptop | gps.sh : gpsd -N -G /dev/smd27 |
19:15.14 | lindi- | gena2x: ok, testing time then |
19:15.26 | mickeyl | lindi-: rfkill IIRC |
19:15.35 | mickeyl | GNUtoo|laptop: cool |
19:15.42 | mickeyl | so that leaves bluetooth |
19:15.56 | mickeyl | and the rest of the sensors |
19:15.58 | lindi- | mickeyl: oh, some part of fso-* daemons uses it? |
19:16.01 | GNUtoo|laptop | mickeyl, btw I've bad news about wifi, our 2.6.32 sdcard driver is an improved 2.6.27 one |
19:16.27 | GNUtoo|laptop | that is to say: it's better than the 2.6.27 one,so no chance to have more improvements on this side |
19:16.31 | lindi- | mickeyl: /usr/lib/cornucopia/modules/fsodevice/kernel26_rfkill.so? |
19:16.36 | mickeyl | lindi-: that would be it, yes |
19:16.54 | PaulFertser | lindi-: fyi the official upstream notion of PS for wifi is: all vifs of a device are down -> maximum powersaving. |
19:16.58 | GNUtoo|laptop | I think I should do a match between om-gta02,freerunner,and bug device for gps no? |
19:17.13 | GNUtoo|laptop | I think the htcdream would win |
19:17.18 | mickeyl | possible |
19:17.24 | lindi- | PaulFertser: vif? virtual interface? |
19:17.26 | GNUtoo|laptop | it get fixes while staying on my table.... |
19:17.34 | mickeyl | although the FR has advantages |
19:17.39 | GNUtoo|laptop | which one? |
19:17.39 | mickeyl | if used in UBX with Agps |
19:17.41 | GNUtoo|laptop | AGPS? |
19:17.43 | GNUtoo|laptop | ah ok |
19:17.48 | GNUtoo|laptop | no AGPS with dream? |
19:17.50 | PaulFertser | lindi-: yes |
19:17.57 | lindi- | PaulFertser: but what if it is part of a bridge? |
19:17.58 | mickeyl | GNUtoo|laptop: iirc it supports it... |
19:17.59 | mickeyl | ... BUT |
19:18.02 | mickeyl | who knows how :D |
19:18.02 | GNUtoo|laptop | lol |
19:18.11 | mickeyl | completely undocumented again |
19:18.16 | GNUtoo|laptop | ok |
19:18.17 | PaulFertser | lindi-: part of a bridge but is down? |
19:18.19 | mickeyl | noone knows how to upload ephemeris et. al. |
19:18.25 | GNUtoo|laptop | ok |
19:18.33 | lindi- | PaulFertser: in bridge the slave devices should be down? |
19:18.41 | lindi- | or do I remember this incorrectly |
19:18.46 | PaulFertser | lindi-: hm... i'm not sure, sorry. |
19:18.53 | lindi- | PaulFertser: I do |
19:18.59 | GNUtoo|laptop | mickeyl, should I abandon fixing gitorious in oe? |
19:19.23 | lindi- | PaulFertser: ok, next issue, how do you configure (Ala wmiconfig) the chip before bringing the interfaces up? |
19:19.37 | GNUtoo|laptop | I think my file not found has to do with packaged staging |
19:19.44 | PaulFertser | lindi-: there's no upstream notion of dirty tricks a la wmiconfig. |
19:19.48 | mickeyl | GNUtoo|laptop: yes |
19:19.53 | lindi- | PaulFertser: right :) |
19:19.56 | GNUtoo|laptop | yes for? |
19:19.57 | mickeyl | GNUtoo|laptop: we can build tarballs |
19:20.01 | mickeyl | (abandoning9 |
19:20.02 | GNUtoo|laptop | ah ok |
19:20.04 | GNUtoo|laptop | ok |
19:20.13 | GNUtoo|laptop | I'll fix the image creation then |
19:20.15 | mickeyl | use your time for other things :) |
19:20.16 | GNUtoo|laptop | I know how to fix |
19:20.19 | mickeyl | good |
19:20.31 | GNUtoo|laptop | rebase+wifi |
19:20.49 | GNUtoo|laptop | btw I got evdev working |
19:20.56 | GNUtoo|laptop | for touchscreen |
19:21.55 | mickeyl | how's accuracy compared to tslib w/ filter plugins? |
19:22.40 | GNUtoo|laptop | I think it's the same |
19:22.50 | mickeyl | ok |
19:22.52 | GNUtoo|laptop | but it need to be precalibrated |
19:22.55 | mickeyl | capacitive isn't that sensitive anyways |
19:22.56 | GNUtoo|laptop | but I've precalibration data |
19:23.00 | GNUtoo|laptop | indeed |
19:23.09 | GNUtoo|laptop | I've spent a day fixing that |
19:24.20 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
19:25.06 | mickeyl | nice |
19:25.13 | mickeyl | don't understand me wrong, but... |
19:25.17 | mickeyl | why btw.? |
19:25.29 | mickeyl | isn't tslib good enough? |
19:25.54 | mickeyl | or are you on a dependency minimization crusade? :) |
19:26.07 | GNUtoo|laptop | tslib is deprecated,unsuported etc... |
19:26.13 | mickeyl | wah |
19:26.15 | mickeyl | neither |
19:26.18 | GNUtoo|laptop | and I want to have the screen rotated |
19:26.20 | mickeyl | who tells you so? |
19:26.22 | GNUtoo|laptop | to fit the keyboard |
19:26.26 | GNUtoo|laptop | #xorg-devel |
19:26.29 | mickeyl | heh |
19:26.32 | mickeyl | they don't like it |
19:26.36 | mickeyl | of course they tell that :( |
19:26.41 | mickeyl | ~lart X |
19:26.41 | apt | beats X severely about the head and shoulders with a rubber chicken |
19:28.06 | GNUtoo|laptop | wants PSM |
19:28.18 | GNUtoo|laptop | bets it's a firmware-out-of-memory issue |
19:28.38 | GNUtoo|laptop | needs to try more |
19:28.57 | GNUtoo|laptop | hopes his NAND will last until the dream is fully suported |
19:29.37 | *** join/#openmoko-cdevel Flyser_ (~quassel@p4FDE6C22.dip.t-dialin.net) |
19:29.45 | mickeyl | *nod* |
19:29.49 | mickeyl | well |
19:29.49 | GNUtoo|laptop | mickeyl, don't lart X too fast: |
19:29.52 | mickeyl | if you break yours |
19:29.54 | GNUtoo|laptop | they made it consume less memory |
19:29.55 | mickeyl | you can have mine |
19:30.00 | GNUtoo|laptop | lol later |
19:30.40 | GNUtoo|laptop | btw thanks a lot for the proposition |
19:32.13 | GNUtoo|laptop | mickeyl, is there an FSOSHRCON this summer? |
19:33.09 | mickeyl | very good question |
19:33.20 | mickeyl | i'm afraid there are no volunteers to organize it |
19:33.42 | mickeyl | i would have hoped someone else would take the wheel |
19:33.47 | mickeyl | but it doesn't look like... |
19:33.54 | mickeyl | so it's either me or it won't happen |
19:33.57 | *** join/#openmoko-cdevel vanous123 (~vanous@194.228.223.3) |
19:34.08 | mickeyl | and i have lots of things to do |
19:34.31 | GNUtoo|laptop | hmmm |
19:34.41 | GNUtoo|laptop | the volounter choose the place? |
19:34.54 | mickeyl | hehe |
19:34.55 | GNUtoo|laptop | or does it have to be linux hotel? |
19:34.59 | mickeyl | you want us to come to Italy? ;) |
19:35.09 | mickeyl | it doesn't have to be LH |
19:35.09 | GNUtoo|laptop | no |
19:35.14 | mickeyl | it has qualitites |
19:35.18 | GNUtoo|laptop | France |
19:35.19 | mickeyl | but i'm sure there are other places like it |
19:35.29 | GNUtoo|laptop | near boardeaux |
19:35.33 | GNUtoo|laptop | *bordeaux |
19:35.34 | mickeyl | nice region... |
19:35.41 | GNUtoo|laptop | yes |
19:35.49 | mickeyl | i'm sure my wife would appreciate it... she speaks fluently |
19:35.49 | GNUtoo|laptop | there was the rmll there |
19:35.53 | GNUtoo|laptop | nice |
19:36.22 | GNUtoo|laptop | I've no idea on how much time is required to organize that |
19:36.29 | GNUtoo|laptop | moreover linux hotel is easier I bet |
19:36.42 | GNUtoo|laptop | but bordeaux would be easier for me |
19:36.47 | mickeyl | first off, it's about the money of course |
19:36.55 | GNUtoo|laptop | ok |
19:37.01 | stefan_schmidt | has not such a good experience with rmll |
19:37.06 | GNUtoo|laptop | lol ok |
19:37.11 | GNUtoo|laptop | stefan_schmidt, hi |
19:37.14 | mickeyl | travel budget is a problem for many of us |
19:37.17 | stefan_schmidt | Alan Cox and myself have been the only english talks... |
19:37.20 | GNUtoo|laptop | what were the issues with rmll |
19:37.23 | GNUtoo|laptop | ah ok |
19:37.24 | stefan_schmidt | And I stayed there 4 days... |
19:37.28 | stefan_schmidt | hi GNUtoo|laptop |
19:37.33 | mickeyl | yo stefan_schmidt |
19:37.36 | GNUtoo|laptop | I heard java was merged |
19:37.37 | stefan_schmidt | hi mickeyl |
19:38.22 | stefan_schmidt | ah, and I missed my train from paris to where it has taken place and had to find a hitel in the night in paris :) |
19:38.31 | GNUtoo|laptop | mickeyl, is it simple for you to make the path configurable for the firmware plugin? |
19:38.44 | stefan_schmidt | GNUtoo|laptop: yeah, some bits are still missing but it comes together |
19:38.46 | GNUtoo|laptop | ok |
19:38.53 | GNUtoo|laptop | ok for java |
19:39.07 | mickeyl | GNUtoo|laptop: yes, sure |
19:39.13 | mickeyl | let me do it right now |
19:39.39 | GNUtoo|laptop | because it takes too much time to test wifi right now because of that issue |
19:39.51 | GNUtoo|laptop | I've to cat it manually |
19:40.09 | GNUtoo|laptop | stefan_schmidt, you're still involved in phones? |
19:40.16 | GNUtoo|laptop | or just with buglabs? |
19:41.17 | stefan_schmidt | GNUtoo|laptop: For business only buglabs |
19:41.18 | GNUtoo|laptop | mickeyl, if you have no objection I merge leviathan's audio patch and switch branch for linux-leviathan |
19:41.22 | GNUtoo|laptop | ok |
19:41.34 | GNUtoo|laptop | buglabs is nice |
19:41.45 | mickeyl | GNUtoo|laptop: sure, sounds good |
19:41.46 | GNUtoo|laptop | I would love to have more time to hack on bug 1.x |
19:41.46 | stefan_schmidt | GNUtoo|laptop: Phones are still somehow my love but I'm not sure what the future brings here |
19:41.57 | GNUtoo|laptop | stefan_schmidt, indeed |
19:42.05 | stefan_schmidt | Right not getting uni done is top prio and buglabs is second one to earn money |
19:42.13 | mickeyl | UNI! |
19:42.14 | stefan_schmidt | not much time left afterwards |
19:42.16 | GNUtoo|laptop | stefan_schmidt, but palm pre,htcdream,n900 will be somewhat usable |
19:42.24 | GNUtoo|laptop | ok |
19:42.37 | stefan_schmidt | GNUtoo|laptop: Other companies are moving as well |
19:42.39 | GNUtoo|laptop | n900 has battery decoded and usable |
19:42.39 | GNUtoo|laptop | ok |
19:42.56 | GNUtoo|laptop | did some cool stuff with his bug devices |
19:43.14 | stefan_schmidt | I still hope for one coming out with a phone with the freedom level of gta02 with improved hw and sw |
19:43.24 | stefan_schmidt | but hey, I'm dreaming often enough :) |
19:43.26 | GNUtoo|laptop | samsung? |
19:43.26 | mickeyl | hehe |
19:43.33 | mickeyl | i think many of us still hope for that |
19:43.36 | GNUtoo|laptop | indeed |
19:43.45 | stefan_schmidt | GNUtoo|laptop: If I would be allowed to tell you... |
19:43.48 | GNUtoo|laptop | that's why we are doing what we are doing(freeing phones) |
19:43.58 | GNUtoo|laptop | ah? |
19:44.12 | GNUtoo|laptop | about what? |
19:44.12 | stefan_schmidt | yeah, but this takes to long |
19:44.14 | GNUtoo|laptop | phones? |
19:44.19 | GNUtoo|laptop | or buglabs? |
19:44.29 | stefan_schmidt | freeing time > EOL date of the products |
19:44.35 | GNUtoo|laptop | ah yes |
19:44.36 | GNUtoo|laptop | I know |
19:45.02 | GNUtoo|laptop | but dream,palm pre,n900 are still better than gta02 |
19:45.11 | GNUtoo|laptop | not shure about the dream tough |
19:45.35 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * rc76c8ad04b5a 10/fsodeviced/ (2 files in 2 dirs): |
19:45.35 | CIA-58 | freesmartphone.org: fsodevice: kernel26_firmwareloader: firmware path is now customizable: |
19:45.35 | CIA-58 | freesmartphone.org: [fsodevice.kernel26_firmwareloader] |
19:45.35 | CIA-58 | freesmartphone.org: firmware_path = "/etc/firmware" |
19:45.38 | GNUtoo|laptop | thanks a lot |
19:45.46 | mickeyl | not tested, please do |
19:46.00 | stefan_schmidt | But either you have the default firmware with its limitations or the community one without all the needed integration to use it without pain |
19:46.13 | GNUtoo|laptop | mickeyl, I've some oe issues |
19:46.34 | GNUtoo|laptop | ok |
19:46.59 | GNUtoo|laptop | mickeyl, I can fix task-shr-minimal but I don't know how to skip kernel? ASSUME_PROVIDED? |
19:47.11 | mickeyl | yes |
19:47.14 | GNUtoo|laptop | ok thanks |
19:48.19 | stefan_schmidt | mickeyl: how are you? ophone projects still crazy or got some more spare time again? |
19:48.57 | GNUtoo|laptop | ophone? |
19:49.37 | stefan_schmidt | no, iphone. To earn him money to survive and hack the nights on FSO :) |
19:50.10 | mickeyl | hehe |
19:50.10 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
19:50.15 | GNUtoo|laptop | ok |
19:50.18 | mickeyl | stefan_schmidt: thanks, i'm feel _much_ better these days |
19:50.24 | stefan_schmidt | mickeyl: great! |
19:50.28 | GNUtoo|laptop | ok nice! |
19:50.31 | mickeyl | the crazy iphone project has been finished |
19:50.37 | mickeyl | have some other, simple, projects ongoing |
19:50.46 | mickeyl | feeling less aimlessness |
19:50.49 | mickeyl | so... good :) |
19:50.50 | GNUtoo|laptop | what was it? a game? |
19:51.05 | mickeyl | GNUtoo|laptop: finance app for the frankfurt stock market |
19:51.09 | GNUtoo|laptop | ok |
19:51.20 | stefan_schmidt | mickeyl: sounds better |
19:51.29 | stefan_schmidt | mickeyl: to much work and no joy is _bad_ |
19:51.40 | mickeyl | yes. very bad for your mood and consequently also health |
19:51.48 | GNUtoo|laptop | indeed |
19:51.49 | mickeyl | doesn't help for private life either ... |
19:51.54 | mickeyl | but all fine now |
19:52.56 | mickeyl | my colleague is now full time working for our team as well |
19:53.04 | mickeyl | and he tries best to take care of all the stuff i don't like |
19:53.06 | mickeyl | :) |
19:53.29 | stefan_schmidt | ah, cool |
19:53.37 | stefan_schmidt | so that worked out for him. Nice. |
19:53.46 | mickeyl | yeah. we just need to make sure we can feed him :) |
19:54.05 | stefan_schmidt | :) |
19:54.16 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
19:54.49 | mickeyl | i'm going to munich on 19th |
19:54.54 | mickeyl | visiting the Openmoko Stammtisch again |
19:55.09 | mickeyl | and possibly dropping by the DLR before that |
19:56.38 | GNUtoo|laptop | mickeyl, what do you think of n900? |
19:57.01 | GNUtoo|laptop | it got a good screen,a misplaced spacebar,costs a lot and has only 256M of ram |
19:57.15 | GNUtoo|laptop | and lots of space |
19:57.19 | GNUtoo|laptop | 32G + microsd |
19:58.38 | mickeyl | i have a strange hate relationship with that device |
19:58.43 | *** join/#openmoko-cdevel thrashold (~europan@3mhz.net) |
19:58.46 | mickeyl | completely subjective, of course |
19:58.49 | mickeyl | perhaps envy |
19:58.50 | mickeyl | i don't know |
19:58.59 | mickeyl | it is what we had planned for gta04 |
19:59.16 | mickeyl | but honestly, it's already deprecated |
19:59.24 | GNUtoo|laptop | ok |
19:59.27 | mickeyl | if Nokia doesn't come out with the first meego-supported handset, they'll lose even more |
19:59.32 | lindi- | 2 days ago i heard that the battery can now be charged |
19:59.34 | GNUtoo|laptop | is attired by the screen |
19:59.36 | mickeyl | so i don't think now is the time to buy it |
19:59.57 | mickeyl | perhaps for 200 bucks |
19:59.57 | GNUtoo|laptop | would wait before buying it tough |
20:00.04 | GNUtoo|laptop | ah ok that would be nice |
20:00.25 | GNUtoo|laptop | indeed good plan,good idea |
20:00.49 | Weiss | bought N900 recently, and doesn't regret it |
20:00.53 | stefan_schmidt | mickeyl: say hello to Prof. Huber from me if you meet him |
20:00.59 | GNUtoo|laptop | has this fixed idea of beeing able to run openoffice on a phone |
20:01.16 | mickeyl | stefan_schmidt: will do. he has expressed his interest to join this month' Stammtisch |
20:01.27 | GNUtoo|laptop | woglinde did an initial recipe |
20:01.42 | GNUtoo|laptop | but touchbook people instead of cross-compiling it used qemu |
20:02.00 | stefan_schmidt | mickeyl: cool |
20:02.12 | CIA-58 | freesmartphone.org: 03mickey 07cornucopia * r6a1802b0ca2f 10/fsogsmd/src/lib/ (atchannel.vala atcommandqueue.vala channel.vala): |
20:02.12 | CIA-58 | freesmartphone.org: fsogsmd: ensure that the MODEM initialization commands are fully processed |
20:02.12 | CIA-58 | freesmartphone.org: before the !main channels start their activity. This should fix OpenEZX |
20:02.12 | CIA-58 | freesmartphone.org: +EPOM in lowlevel_openezx. |
20:02.13 | mickeyl | ao2: next one is for you |
20:02.24 | mickeyl | ao2: one more missing, then we're clear to go |
20:02.28 | mickeyl | but not today |
20:02.55 | mickeyl | stefan_schmidt: apropos... did you see that FSO2 now somewhat supports EZX? :) |
20:03.20 | mickeyl | it feels great to have this pet-project supported again, no matter how old |
20:03.25 | stefan_schmidt | mickeyl: yeah, great to see ao2 picking up this work. He is everywhere it seems :) |
20:03.37 | mickeyl | indeed |
20:03.51 | mickeyl | i had virtually nothing to change |
20:03.54 | mickeyl | patches were superb |
20:04.22 | ao2 | slow pace, high quality... |
20:04.26 | mickeyl | :)) |
20:04.27 | ao2 | ...no money :P |
20:04.28 | GNUtoo|laptop | if I buy n900(later) I wonder if I'll have to learn vala+fso2 |
20:04.30 | mickeyl | hehe |
20:04.46 | mickeyl | GNUtoo|laptop: that'd be cool. i'm not sure whether electranox will do the fsogsmd integration |
20:05.02 | GNUtoo|laptop | doesn't know 0707 well |
20:05.19 | GNUtoo|laptop | but with a skeletton or something like that.... |
20:05.23 | stefan_schmidt | ao2: :) |
20:05.28 | GNUtoo|laptop | not shure if they even use AT commands |
20:05.33 | mickeyl | they don#t |
20:05.36 | mickeyl | binary protocol |
20:05.37 | GNUtoo|laptop | ouch |
20:05.41 | GNUtoo|laptop | documented? |
20:05.42 | ao2 | mickeyl, testing the change right now |
20:05.42 | mickeyl | but at least we have a reference implementation |
20:05.47 | GNUtoo|laptop | ah ok |
20:05.55 | mickeyl | ao2: cool. the unsolicited problem i will fix tomorrow |
20:05.56 | GNUtoo|laptop | so ophono is written and works? |
20:05.59 | lindi- | at is pretty horrible too |
20:06.04 | mickeyl | GNUtoo|laptop: lets say it is written... |
20:06.08 | GNUtoo|laptop | ok |
20:06.10 | ao2 | mickeyl, take your time, and thanks |
20:06.11 | mickeyl | lindi-: indeed |
20:06.20 | mickeyl | np |
20:06.30 | mickeyl | will now spend the rest of the day with his wife |
20:06.31 | mickeyl | l8er |
20:06.43 | GNUtoo|laptop | ok bye,have a nice time |
20:06.48 | mickey|bbl | thanx |
20:07.15 | GNUtoo|laptop | stefan_schmidt, you were employed at openmoko right? |
20:07.15 | Wonka | hf |
20:07.57 | stefan_schmidt | GNUtoo|laptop: yes |
20:08.05 | GNUtoo|laptop | what were you doing exactly? |
20:08.06 | stefan_schmidt | have a good time mickey|bbl |
20:08.08 | GNUtoo|laptop | is curious |
20:08.22 | GNUtoo|laptop | oe related work? |
20:08.26 | stefan_schmidt | GNUtoo|laptop: in the beginning some kernel work, then efl and then FSO |
20:08.32 | GNUtoo|laptop | ok |
20:08.36 | stefan_schmidt | GNUtoo|laptop: yeah, a bit OE related as well |
20:08.53 | stefan_schmidt | always changing topics as the company did |
20:09.01 | stefan_schmidt | ups, *hide* |
20:09.02 | stefan_schmidt | <PROTECTED> |
20:09.11 | GNUtoo|laptop | lol ok |
20:09.26 | GNUtoo|laptop | if they somewhat failed there must be a reason.... |
20:09.29 | GNUtoo|laptop | hides too |
20:11.15 | stefan_schmidt | ah, well mostly its not only one but a couple of reasons |
20:11.23 | GNUtoo|laptop | indeed |
20:21.13 | mrmoku | PaulFertser: hmm... I have a different kind of fsogsmd hanging now... it responds to dbus but stopped talking to the modem |
20:22.47 | PaulFertser | mrmoku: listening to Korn doesn't really help anything, so definetely do not try it for solving. |
20:23.02 | PaulFertser | mrmoku: better link to this another strace from the ticket |
20:23.26 | mrmoku | 220 22:19:43.318326 SYS_297(0x6, 0xbeb07b5c, 0x40000000, 0xbeb07b3c, 0x80) = -1 EAGAIN (Resource temporarily unavailable) |
20:23.52 | PaulFertser | SYS_297? |
20:24.12 | mrmoku | no idea... lots of them in the strace |
20:25.15 | mrmoku | PaulFertser: this time without any GPRS usage... not even phonecalls |
20:25.28 | mrmoku | just used it as watch... and woke it up now and then to check what time it is |
20:25.32 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
20:25.41 | PaulFertser | mrmoku: probably stuck parser? |
20:25.51 | lindi- | $ grep -r __NR_ /usr/include/|grep 297 |
20:25.51 | lindi- | /usr/include/asm/unistd.h:#define __NR_recvmsg (__NR_SYSCALL_BASE+297) |
20:25.53 | PaulFertser | mrmoku: or does it indeed not read anything from the fd? |
20:27.13 | dos1 | mrmoku: hmm... so i'll have to check, if i have sometimes dbus lockups or modem lockups :P |
20:27.23 | dos1 | (it always happens when i'm too lazy to check ;x) |
20:27.55 | mrmoku | PaulFertser: libgsm0710.mux is quiet since it started |
20:28.12 | mrmoku | fsogsmd.log just shows resuming/suspending but nothing else |
20:28.37 | PaulFertser | mrmoku: what's important is what lead it to that state. Probably there's some trace left... |
20:31.48 | mrmoku | PaulFertser: http://shr.pastebin.com/j17An53J is fsogsmd.log when it started... it resumed... sent +CREG and +CSQ... and suspended without getting answers |
20:32.17 | PaulFertser | mrmoku: what's the version? |
20:32.28 | mrmoku | PaulFertser: still the old one |
20:32.42 | mrmoku | fsogsmd - 1:0.5.0+gitr827+3dc9d7ebde32d8c29c901b52f7d3549b774b068b-r2.2.5 |
20:32.58 | mrmoku | PaulFertser: guess it's time I update to debug current stuff :P |
20:33.11 | PaulFertser | mrmoku: it was already suspended by that time judging by your log |
20:34.01 | PaulFertser | mrmoku: i'd say it's about time you bump it |
20:34.29 | mrmoku | PaulFertser: when using it as watch I wake it up by power press... check the clock and immediately suspend it again manually |
20:34.39 | mrmoku | maybe it sometimes dislikes that... |
20:35.17 | PaulFertser | mrmoku: you should really bump it to the latest now. And do not forget to enable flowcontrol in config. |
20:35.33 | mrmoku | PaulFertser: yeah, will build current HEAD now |
20:35.50 | mrmoku | just one more try if immediate suspend after resume triggers it |
20:35.53 | PaulFertser | mrmoku: now with all the patches applied, it should be nice |
20:36.03 | PaulFertser | mrmoku: it perfectly can do that. |
20:36.11 | mrmoku | PaulFertser: good :) |
20:37.30 | mrmoku | PaulFertser: what do you think... should we bump it for SHR-U? |
20:37.42 | PaulFertser | mrmoku: yep |
20:39.30 | mrmoku | PaulFertser: what change is needed in fsogsmd.conf? |
20:40.06 | PaulFertser | mrmoku: fc_node = /sys/bus/platform/devices/neo1973-pm-gsm.0/flowcontrolled |
20:40.11 | PaulFertser | mrmoku: to [fsogsm.lowlevel_openmoko] |
20:40.19 | PaulFertser | mrmoku: (check the path for .32!) |
20:41.06 | mrmoku | root@om-gta02 ~ # find /sys -name flowcontrolled |
20:41.06 | mrmoku | /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-gpio/reg-fixed-voltage.1/gta02-pm-gsm.0/flowcontrolled |
20:42.40 | mrmoku | PaulFertser: if I don't put that in the conf it will work like now, right? So I can bump the version for SHR-U, play with the config on my phone and push changes to config, when it works? |
20:43.58 | PaulFertser | mrmoku: i guess so |
20:44.37 | mrmoku | ok, will do that then... thanks |
20:49.23 | PaulFertser | mrmoku: you'll get an error in the log about the missing node though, but it shouldn't affect anything. |
20:49.41 | PaulFertser | mrmoku: and i guess it in fact worth using that node. |
20:52.48 | *** join/#openmoko-cdevel shazalive (~shaz@119.156.19.228) |
20:57.37 | mrmoku | PaulFertser: ok, building :) |
21:05.19 | gena2x | Weiss: heh, glamo actually can do 42fps of memsets at 640x480, without any artifacts... |
21:06.09 | gena2x | Weiss: i mean write artefacts. |
21:07.05 | Weiss | gena2x: cool.. |
21:07.09 | Weiss | just checking my FS... |
21:07.22 | gena2x | Weiss: waiting for your review of timings... |
21:11.23 | gena2x | Weiss: even with default settings it is 18 fps, so (640*480*2)*18=11Mb/s. memcpy is (640*480*2)*16=9.8Mb/s, so 7mb/s anyway sounds like measured value. |
21:12.46 | gena2x | Weiss: don't you know how to change refresh rate of lcd? |
21:13.17 | gena2x | Weiss: (interesting how this affect throughput) |
21:14.45 | gena2x | Weiss: i tried fb.modes but values from there seem just ignored. |
21:15.31 | gena2x | Weiss: should it be pixelclock? |
21:17.39 | Weiss | gena2x: yep, but watch out for the range of allowable values. you'll get annoying instability e.g. when changing mode |
21:41.54 | GNUtoo|laptop | gena2x, 42fps on what? |
21:42.02 | GNUtoo|laptop | game? video? desktop? |
21:42.17 | GNUtoo|laptop | ah sorry |
21:42.18 | gena2x | GNUtoo|laptop: memset, as i told |
21:42.18 | GNUtoo|laptop | memset |
21:42.23 | GNUtoo|laptop | ok |
21:42.24 | GNUtoo|laptop | sorry |
21:42.31 | gena2x | r, np |
21:46.57 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
21:47.05 | *** join/#openmoko-cdevel mickey|bbl (~mickey@80.81.242.146) |
21:54.09 | ftn | Hey there. While trying to flash latest qi from shr-u repository I get the following message: "No such Alternate Setting: "u-boot"". Any hint?, pls |
21:55.16 | gena2x | ftn: download dfu-util binary from openmoko site. |
21:56.18 | lindi- | downloading random binaries from the net? huh |
21:56.36 | gena2x | lindi-: are you using debian? |
21:56.40 | lindi- | yeahb |
21:56.49 | gena2x | lindi-: or gentoo? ;) |
21:56.56 | PaulFertser | ftn: there was reports that using ubuntu dfu-util doesn't work with the same symptom. |
21:57.03 | lindi- | gena2x: gentoo wasn't free enough sorry :) |
21:57.10 | lindi- | PaulFertser: bug reports even? |
21:57.12 | gena2x | ahh. |
21:57.20 | PaulFertser | lindi-: i'm afraid not :) |
21:57.27 | lindi- | sigh, as usual |
21:57.31 | gena2x | 10th user report dfu-util fail on ubuntu 64bit |
21:57.34 | PaulFertser | lindi-: the folks just grabbed dfu-util from somewhere and the problem was gone |
21:57.44 | lindi- | somebody also added that sudo should not be used with dfu-util to shr wiki a year ago with no explanation |
21:57.53 | gena2x | ??? |
21:58.11 | *** join/#openmoko-cdevel shazkhan (~shaz@116.71.211.37) |
21:58.15 | gena2x | sudo is of course ok. |
21:58.29 | lindi- | gena2x: this trustworthy wiki says not :) |
21:58.52 | gena2x | lindi-: got idea... |
21:59.08 | lindi- | gena2x: "Note that there are some issues using dfu-util with sudo. " |
21:59.12 | lindi- | "Don't use sudo with dfu-util. Make sure you are root before using dfu-util!" |
21:59.16 | lindi- | -- http://wiki.openmoko.org/wiki/Manuals/SHR |
21:59.30 | lindi- | this is why I don't like wikis. they keep accumulating sentences like these |
21:59.40 | lindi- | every wiki sentence should be something that you can easily prove to be false or true |
22:00.07 | gena2x | lindi-: heh. i got wrong idea. idea i got : 'do not download binary which has link on wiki, as anyone can change link and make it point to rootkit for example ;)' |
22:01.40 | gena2x | lindi-: and as dfu-util is run as root.. one can create really nice download :) |
22:02.09 | lindi- | nowadays it's usually very easy to escalate to root anyway |
22:02.48 | PaulFertser | lindi-: even if you follow the kernel fixes? |
22:03.00 | lindi- | PaulFertser: i'm talking about things like gksudo |
22:03.04 | lindi- | or sudo |
22:03.25 | lindi- | where people don't switch to another virtual console to do administration |
22:03.28 | PaulFertser | lindi-: it still requires a password with default install. |
22:03.40 | lindi- | PaulFertser: you can fork to background and wait for you to enter password |
22:03.47 | lindi- | small delay |
22:04.51 | gena2x | lindi-: damn. never thought about that. |
22:04.51 | PaulFertser | lindi-: one can get access to many computers around the net via e.g. some php exploits. But who needs that. |
22:05.38 | lindi- | PaulFertser: I can think of a few motives :) |
22:05.52 | gena2x | lindi-: worst know thing were listening to xev :( |
22:05.56 | lindi- | PaulFertser: of course since gnu/linux is not very common it's not a high profile target yet |
22:06.02 | lindi- | gena2x: that's very old school :) |
22:06.41 | gena2x | old, good and reliable... |
22:06.47 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
22:07.29 | lindi- | gena2x: but it only sees events that are sent to its own window, right? |
22:07.57 | gena2x | lindi-: heh. no of course. |
22:08.21 | gena2x | lindi-: may be i just forgot tool name. |
22:08.26 | PaulFertser | lindi-: i was "fighting" a bunch of script-kiddies the other day. Wrote >10 abuse reports. Only dns registrators replied and actually cut off the bastards. Isp's kept silence. |
22:08.37 | lindi- | PaulFertser: heh |
22:08.55 | gena2x | lindi-: but you had to enable 'secure keyboard' in xterm to avoid this. but who is doing that? |
22:09.08 | lindi- | gena2x: secure keyboard won't help you sorry |
22:09.22 | lindi- | gena2x: it might help against remove X clients |
22:09.29 | lindi- | gena2x: but it's no match against local processes |
22:09.37 | gena2x | lindi-::( |
22:11.24 | lindi- | Weiss: you know KMS well? can I use it to draw to the screen from a daemon so that X can not overwrite what I write? |
22:11.45 | lindi- | Weiss: (trying to make a password entry dialog non-spoofable) |
22:19.17 | gena2x | lindi-: http://www.techlists.org/archives/security/linuxsecurity/1997-10/msg00010.shtml :((( |
22:19.27 | gena2x | lindi-: works since 1997... |
22:19.43 | *** join/#openmoko-cdevel shaz123 (~shaz@116.71.215.247) |
22:19.51 | lindi- | gena2x: one of many |
22:24.37 | *** join/#openmoko-cdevel reinouts (~reinout@s559355fe.adsl.wanadoo.nl) |
22:32.39 | Weiss | lindi-: I know KMS well, but I don't think that's quite possible |
22:34.20 | lindi- | Weiss: I was afraid of that |
22:34.40 | lindi- | Weiss: my current solution involves "xsakd" daemon that catches ctrl-alt-del |
22:35.04 | lindi- | Weiss: before you hit that you can type "sido foo" that places "foo" to the queue of suggested commands |
22:35.32 | lindi- | Weiss: when you hit ctrl-alt-del xsakd will switch to another virtual console and run "sido-sign" there. it'll show you the command and ask you if you want to sign it |
22:36.19 | lindi- | Weiss: if you accept then "sido" helper can pass this signature to "sido-run" which is the only suid-root part here. sido-run executes a command if it is signed by a key in trusted keyring |
22:36.46 | lindi- | Weiss: the only missing part is how to do this without VT switch. VT switch is slow and unreliable |
22:37.17 | lindi- | Weiss: as you might guess I've been drafting this plan for a few years now :) |
22:39.46 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD2972C.dip0.t-ipconnect.de) |
22:40.35 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
22:42.37 | Weiss | VT switch is much more reliable with KMS |
22:42.53 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.142.62) |
22:44.22 | lindi- | Weiss: ok but non-root user can immediately switch back |
22:44.29 | lindi- | Weiss: there's an ugly race |
22:45.04 | lindi- | Weiss: but maybe this could be done with KMS |
22:45.30 | lindi- | my desktop has 'Mobility Radeon HD 3450' which probably won't work very reliably though |
22:46.08 | lindi- | Weiss: can you suggest me some userland source code to read to get a picture of what could be done with KMS? |
22:50.19 | gena2x | lindi-: someone can attach to your sido helper and get your password. |
22:50.51 | lindi- | gena2x: I'm typing my password only when xsakd has switched to secure virtual console |
22:50.58 | lindi- | gena2x: xsakd runs as root |
22:51.07 | gena2x | lindi-: ah... |
22:51.24 | lindi- | and ctrl-alt-del is guaranteed to switch to that virtual console |
22:52.00 | lindi- | the name is bit bad maybe, it is not an X application |
22:52.52 | lindi- | gena2x: ctrl-alt-del is caught reading /dev/input/by-path/platform-i8042-serio-0-event-kbd |