**** BEGIN LOGGING AT Mon Jan 25 02:59:57 2010 Jan 25 04:52:47 Hi, on SHR platform, mdbus utility is slow and takes few seconds 4 to 5 to get processed, is there any other utility to use dbus system messages ? Jan 25 04:53:43 dbus-send Jan 25 04:53:52 dbus-monitor Jan 25 04:56:17 ok Jan 25 05:19:50 @DocScrutinizer: hi, i have the below cmd mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/RTC/0 org.freesmartphone.Device.RealtimeClock.GetCurrentTime Jan 25 05:20:06 @DocScrutinizer : to get current rtc time Jan 25 05:20:26 @DocScrutinizer : will it possible to get the same using dbus-send utility ? Jan 25 05:20:56 basically yes Jan 25 05:21:32 but I'm not sure how to convert the syntax correctly Jan 25 05:23:44 satish: you probably need some options like --print-replay, and --call-method or similar (not sure about, as I mentioned above) Jan 25 06:39:57 satish_: manually using bluetooth wikipage has some examples of dbus-send Jan 25 06:40:33 PaulFer`` : hi, i'm looking at those Jan 25 06:57:00 Paulfer`` : any idea about mdbus2 ? Jan 25 06:58:30 DocScrutinizer51 : Hi Jan 25 07:01:33 satish: it's not packaged yet anyway? Have never used it, so no idea. Jan 25 07:01:57 PaulFer`` : what is vala ? Jan 25 07:02:13 satish: come on, you know wikipedia :) Jan 25 07:02:43 PaulFer`` : :-) Jan 25 07:03:49 PaulFer`` : is it possible to send a message to dbus system with priority level ? Jan 25 07:08:04 satish: priority levels? I'm not sure there're any in dbus specs. Jan 25 08:50:38 moin Jan 25 09:03:49 JaMa: moin Jan 25 09:03:51 boss back? Jan 25 09:04:27 yup and work not finished :/ Jan 25 09:04:36 ohhh :| Jan 25 09:05:12 at least there was worse problem with something else.. so this deadline wasn't discussed yet.. but I have to finish it asap.. Jan 25 09:07:38 how to skip dbus system messaging mechanism to set RTC wakeup time ? Jan 25 09:08:17 mdbus and dbus-send utilities are taking much time in terms of 4 to 5 seconds Jan 25 09:08:32 any clue ? Jan 25 09:09:29 mrmoku: after upgrade phonefsod keeps diying =( Jan 25 09:09:33 have you tried mdbus2? Jan 25 09:09:44 mrmoku: so phone cannot register to network Jan 25 09:10:09 mdbus2 is not there in my freerunner phone with SHR testing image . Jan 25 09:10:36 how to install this mdbus2 utility ? Jan 25 09:11:40 mrmoku: http://dpaste.com/150107/ <- frameworkd http://dpaste.com/150108/ <- phonefsod Jan 25 09:12:08 satish: search log.. there was link for .opk and probably recipe too Jan 25 09:13:31 satish: ./openmoko-cdevel-2010-01-20:18:13 < Heinervdm> Anyone want to try mdbus2? http://heinervdm.dyndns.info/shr/armv4t/mickeydbus2_2.0.0+gitr1+70b87d6e8b04f0bf0078702f6467e037eb4fdb28-r0.4_armv4t.ipk Jan 25 09:13:56 JaMa: recipe is in oe.dev Jan 25 09:15:11 Heinervdm: I know but not in shr-t or built by task-shr-feed IIRC Jan 25 09:15:33 ok :) Jan 25 09:15:35 mrmoku: also http://dpaste.com/150110/ phoneiud.log Jan 25 09:16:02 mrmoku: TAsn: any ideas? Jan 25 09:17:13 satish: i would be very surprised if dbus-send would take longer than half a second Jan 25 09:18:58 * mickeyl just missed the 10:07 bus to the office Jan 25 09:19:06 too much snow to drive on my own Jan 25 09:19:08 *sigh* Jan 25 09:19:11 next one 11:07 Jan 25 09:19:16 ~lart winter Jan 25 09:19:16 * apt takes out winter with the trash Jan 25 09:21:04 if it can mame you happy, its -25C here) Jan 25 09:21:15 *make* Jan 25 09:21:52 hmm Jan 25 09:21:54 yeah, somewhat Jan 25 09:21:58 that's worse than here Jan 25 09:25:59 JaMa : mdbus is fast enough Jan 25 09:26:09 I m not even sure is it safe using neo at this t Jan 25 09:26:14 JaMa : but RTC get current time is not yet implemented Jan 25 09:27:14 JaMa : root@om-gta02 / $ mdbus2 -s org.freesmartphone.odeviced Jan 25 09:28:39 ** ERROR **: main.vala:334: calling methods not yet implemented Jan 25 09:29:04 for org.freesmartphone.Device.RealtimeClock.GetCurrentTime Jan 25 09:29:34 max_posedon1: here about -25C Jan 25 09:29:40 and neo works fine Jan 25 09:30:08 satish: might be a good idea to create some command line utilities to issue (fixed) dbus commands. I could start with controlling RTC. Add me a ticket and I'll do it this week Jan 25 09:30:57 that's will be gr8 to have , i believe Jan 25 09:31:00 yeah Jan 25 09:31:00 like Jan 25 09:31:05 fso rtc set +10 Jan 25 09:31:07 or Jan 25 09:31:12 fso vibrator vibrate 100 Jan 25 09:31:45 i want to set rtc wake up time to relative than absolute Jan 25 09:32:22 yep Jan 25 09:32:25 that's what the +10 would be for Jan 25 09:33:25 ok.. Jan 25 09:33:58 alexxy, I know that some smatphones screens becoming broken Jan 25 09:34:10 but not neos one Jan 25 09:34:11 =) Jan 25 09:35:08 -15 -> +15 is big delta for any thing) We maybe haven't enough statistics) Jan 25 09:58:44 alexxy: sorry, no time right now :| has to wait until afternoon Jan 25 10:35:56 mickey|snowWalk : looks mdbus2 is not implemented most of the methods Jan 25 10:36:37 mickey|snowWalk : with dbus-send command i'm getting timeout before reply received error Jan 25 10:38:10 root@om-gta02 / $ mdbus2 -s org.freesmartphone.odeviced /org/freesmartphone/Device/PowerControl/0 org.freesmartphone.Device.PowerControl.GetPower Jan 25 10:42:04 root@om-gta02 / $ dbus-send --system --print-reply --reply-timeout=2000 --type=method_call --dest='org.freesmartphone.odeviced' org/freesmartphone/Device/RTC Jan 25 10:42:32 Error org.freedesktop.DBus.Error.Disconnected: Connection was disconnected before a reply was received Jan 25 10:42:45 any one has idea how to get it work ? Jan 25 10:43:16 --reply-timeout=2000 i have increased to 10000 (10 sec) but no use Jan 25 10:43:23 same error message Jan 25 10:52:57 satish: my mdbus2 version isn't the latest Jan 25 10:53:16 there were a commit after that Jan 25 10:53:30 s/were/was/ Jan 25 10:53:31 Heinervdm meant: there was a commit after that Jan 25 10:54:07 Heinervdm : where can i get that mickey dbus 2 latest Jan 25 10:54:34 satish: you can build it Jan 25 10:54:36 http://heinervdm.dyndns.info/shr/armv4t/ Jan 25 10:54:48 recipe is in the shr tree Jan 25 10:56:07 satish: but it's only that commit missing: http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=00f353c4abf10539e2f643650846b5726e22bb74 Jan 25 10:59:36 Heinervdm : i didn't get you, you feel it is better to build local and install ? Jan 25 10:59:59 satish: i don Jan 25 11:00:08 't think it will change anything Jan 25 11:00:09 ok Jan 25 11:00:27 because that commit changed not much Jan 25 11:00:34 ok Jan 25 11:01:27 did anyone implemented mdbus2 for invoking RTC get current time ? Jan 25 11:01:53 implement mdbus2? Jan 25 11:02:32 i mean calling method not implemented in mdbus2 Jan 25 11:02:46 i'm getting error Jan 25 11:09:09 dbus-send says time out before reply recieve Jan 25 11:09:13 any idea ? Jan 25 11:09:23 increased timeout to 10000 msecs Jan 25 11:09:32 still same error Jan 25 11:23:20 satish: use mdbus, mdbus2 is not finished yet Jan 25 11:24:22 dos1 : mdbus is working but it is taking much time 4 to 5 seconds Jan 25 11:31:28 anyone knows how to capture dbus-send return value in shell script ? Jan 25 14:30:03 yep, mdbus will always be very slow Jan 25 14:36:41 spaetz: can you delete accounts from trac? Jan 25 14:53:58 max_posedon1: neo ts tested to -57°C (me at TPE, with icespray ;-P) Jan 25 14:59:04 hmm python 2.6.4 is out and maybe it could fix our segfault in shr-settings... Jan 25 15:00:05 DocScrutinizer: if you want to get your neo colder, i can easily give you 77 K, possible would also 4.2 K… Jan 25 15:00:35 4.2K is expensive however :) Jan 25 15:01:10 satish's dus-send line looked strange to me (actually it looked strange unstrange). Usual calls to mdbus have this friggin double path one time foo/bar then foo.bar. satish's example doesn't have Jan 25 15:01:20 not this much, we have a few hundred liters of liquid helium here Jan 25 15:01:25 no thanks Azog Jan 25 15:01:54 interesting things probably happen to the silicon at 4.2K :o Jan 25 15:02:17 still fluid He would be rather interesting for me. never got this superfluid thing Jan 25 15:02:53 suprafluid Jan 25 15:03:38 suprafluid He is not so easy to create, you need just the right pressure, cooling power and so on Jan 25 15:05:21 Azog: are you hanging around at LHC? Jan 25 15:05:47 Weiss: just in case you don't know... I get WSOD _without_ suspend just when blanking the display Jan 25 15:05:51 DocScrutinizer: no, just some physics department in a university Jan 25 15:06:27 university with liquid He, a few 100L o.O Jan 25 15:07:11 mrmoku: shiiiiiit Jan 25 15:07:12 we have a liquifying station Jan 25 15:08:51 mrmoku: 2.6.29 or something else? Jan 25 15:09:03 well, even pressurized He isn't exactly cheap. So you probably didn't do that 100s L out of incident Jan 25 15:09:28 Weiss: 2.6.29 is fine... with 2.6.32 Jan 25 15:09:30 + kms Jan 25 15:10:02 the guideline I was told is that liquid N costs about as much as milk, He about as much as brandy Jan 25 15:10:26 mrmoku: ok... large-scale assult on 2.6.32 WSoD and Xrandr problems will commence once my second FR arrived Jan 25 15:10:34 s/ved/ves/ Jan 25 15:10:36 Weiss meant: mrmoku: ok... large-scale assult on 2.6.32 WSoD and Xrandr problems will commence once my second FR arrives Jan 25 15:11:12 DocScrutinizer: my magnet (15 T) runs on He-temperature Jan 25 15:11:14 Weiss: great :) Jan 25 15:11:33 Azog: aaaah that explains some things Jan 25 15:12:16 mrmoku: I was doing some Mesa stuff yesterday.. seem to have got some OpenGL matrices uploaded to Glamo without major trauma Jan 25 15:13:18 Weiss: I'm very much looking forward to the day when we all can switch to 2.6.32 :) Jan 25 15:13:58 hmm python-2.6.4 compiled fine and all old patches apply cleanly Jan 25 15:14:16 mrmoku: am I right in thinking that all remaining 2.6.32 problems are my fault? (i.e. non-KMS works fine) Jan 25 15:14:46 Weiss: no idea what else... playing with it is no fun when you need your phone ;) Jan 25 15:15:05 but the FSO part should be unproblematic Jan 25 15:15:14 yeah.. hence my getting a second FR :) Jan 25 15:15:14 read something about wifi problems... no idea though Jan 25 15:15:18 :) Jan 25 15:16:42 Weiss: well, i'm kind of waiting for larsc to revamp the GPS and GSM power control Jan 25 15:16:49 so you're only 1/2 blocking it ;) Jan 25 15:18:07 hehe Jan 25 15:18:18 at least with my stuff there's always the option to just switch off KMS, though Jan 25 15:25:54 Weiss: how long will it take till develdev arrives? Jan 25 15:26:39 GD get their fixed A7s from the workshop Friday this week ish, so early next weke Jan 25 15:26:56 hopefully :) Jan 25 15:27:27 Weiss: good. So I don't need to ship a lend out to you Jan 25 15:27:46 hehe, nope :) Jan 25 15:30:15 ~seen onen|openBmap Jan 25 15:30:17 onen|openbmap was last seen on IRC in channel #openmoko-cdevel, 11d 19h 57m 12s ago, saying: 'misc: your link works for me too. firefox...'. Jan 25 15:31:44 duhhhhh.... Jan 25 15:31:46 * mrmoku stup Jan 25 15:31:47 id Jan 25 15:33:12 ~seen slaxxer Jan 25 15:33:14 slaxxer is currently on #openmoko (1d 11h 48m 53s). Has said a total of 2 messages. Is idling for 11h 30m 4s, last said: 'i have broken the plug on the internel connection while i was replacing the screen'. Jan 25 16:16:20 * JaMa found work-arround for shr-settings segfault.. but cannot find proper fix.. is there someone with pyx knowledge? Jan 25 16:17:38 heh... was just looking at the strace right now :) Jan 25 16:17:43 what is the workaround? Jan 25 16:18:06 mrmoku: you can look at my gdb output instead :) Jan 25 16:19:18 mrmoku: see this file http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-evas/evas/evas.c_evas_object_smart.pxi Jan 25 16:19:31 this line "_smart_classes = list()" Jan 25 16:20:31 is in .c like this http://pastebin.ca/1765294 Jan 25 16:21:15 and Py_DECREF(__pyx_v_4evas_6c_evas__smart_classes); creates SEGFAULT because that param is probably NULL ATM Jan 25 16:21:27 heh fun Jan 25 16:21:59 if I remove _smart_classes usage from that .pxi it starts ok :) Jan 25 16:23:13 but I don't understand why it calls Py_DECREF and why it fails for "undefined" variables (as it's probably quite common case) Jan 25 16:23:36 we need somebody with pyx foo then... Jan 25 16:23:42 dos1: how is your pyx foo? Jan 25 16:24:09 mrmoku: none, except doing single bindings like python-phoneutils Jan 25 16:24:15 I've checked svn logs fro this file and nothing changed for ages Jan 25 16:24:53 so maybe that c code is generated wrong (and Py_DECREF shouldn't be there) or Py_DECREF is failing now because of some other reason Jan 25 16:25:51 mickey|office: do you have advanced pyx foo? :) Jan 25 16:27:17 SHR: 03mok 07phonefsod * r1e74215e3595 10/src/phonefsod-fso.c: Revert "phonefsod-fso: we must free all dbus errors (and show at least some message)" Jan 25 16:27:33 mrmoku: unfortunately not, sorr Jan 25 16:27:34 y Jan 25 16:27:36 SHR on my FR still broken... so... i'll develop opimd on pc :P Jan 25 16:27:51 dos1: what part is broken? Jan 25 16:27:54 * dos1 would like to implement moving and copying entries between backends Jan 25 16:28:05 mrmoku: it doesn't boot, stucks somewhere at init Jan 25 16:28:12 heh Jan 25 16:28:18 dos1: u-a foo? Jan 25 16:28:24 hmm, interesting Jan 25 16:28:25 even shr-splash isn't displayed Jan 25 16:28:29 that's the same behaviour for my builds Jan 25 16:28:43 * mickey|office suspects eglibc / thumb / armv4t Jan 25 16:29:05 mickey|office: have you removed u-a-cworth on your buildhost? Jan 25 16:29:36 mickey|office: this build worked, but i upgraded after quite long time (about month), opkg failed and i tried to rescue it manually from chroot... and now it does not boot :D Jan 25 16:29:36 JaMa: i always build from scratch Jan 25 16:29:47 so that should work, right? Jan 25 16:29:52 mickey|office: right Jan 25 16:29:58 JaMa: i saw ipkg/alternatives and opkg/alternatives merge Jan 25 16:30:04 JaMa: should i do something more? Jan 25 16:30:11 i'm going to plug my debug board in and see whether serial port shows more info Jan 25 16:30:19 mickey|office: I rebuild from scratch about week ago and it works for me.. Jan 25 16:30:38 JaMa: oe.dev or shr/merge only? Jan 25 16:30:50 dos1: check init link and/or reinstall busybox Jan 25 16:31:03 mickey|office: shr/unstable branch Jan 25 16:31:07 JaMa: ok, but later. now opimd :) Jan 25 16:31:15 JaMa: ok, i'll give that a whirl Jan 25 16:31:17 mickey|office: shr/merge is ignored now.. Jan 25 16:31:26 as i haven't done anything in opimd for ages Jan 25 16:31:29 i see. shall we still keep it though? Jan 25 16:32:00 mickey|office: keep for history only.. but everything is already merged to oe.dev Jan 25 16:32:09 mickey|office: and shr/unstable is just oe.dev + SRCPV nothing more Jan 25 16:33:26 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rbbea607ab2c9 10framework/tools/cli-framework: Merge branch 'master' of git.freesmartphone.org:framework into dos/opimd-tracking Jan 25 16:34:55 mrmoku: I'll ask about that pyx stuff on #e Jan 25 16:38:48 ~logs Jan 25 16:38:50 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Jan 25 16:40:30 !logs Jan 25 16:40:31 Channel logs for #openmoko-cdevel are archived at: Jan 25 16:40:32 ~log Jan 25 16:40:32 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Jan 25 16:40:34 log is probably http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ? Jan 25 16:40:34 Live-logs are available at Jan 25 16:40:35 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Jan 25 16:40:37 See ?? help-logs for usage instructions Jan 25 16:42:36 * DocScrutinizer suggests bookmarks to dos1 Jan 25 16:43:05 well, there is one log URL in topic Jan 25 16:43:30 but i found it not really usable ;P Jan 25 16:43:34 (well, not usable at all) Jan 25 16:43:55 why? Jan 25 16:44:36 DocScrutinizer: visit it :P Jan 25 16:44:47 * DocScrutinizer sighs Jan 25 16:45:05 Anyone knows when a new kernel uImage for -testing will be available? For now, we can't install -testing as there is a version mismatch :( Also, SHR-U is segfaulting badly so no go either :-/ Jan 25 16:46:44 dos1: pester coredump about it please Jan 25 16:46:59 ~seen coredump Jan 25 16:47:03 coredump was last seen on IRC in channel #oe, 113d 4h 41m 49s ago, saying: 'or join #linuxtogo'. Jan 25 16:47:15 sheeesh Jan 25 16:48:22 beniwtv, try it out Jan 25 16:48:42 spaetz: ? Jan 25 16:48:42 ii just recompiled the shr-t kernel and image Jan 25 16:48:47 ah, ok Jan 25 16:49:11 let me know if it works Jan 25 16:49:31 image generation might still be ongoing though... Jan 25 16:50:20 spaetz: Will it be on the server? Or is it already? Seems to me files haven't changed yet... Jan 25 16:58:38 whatever has changed is on the server Jan 25 17:00:37 spaetz: I'm in the shr-testing dir, uImage still seems to be from 15th Jan Jan 25 17:19:45 sorry, i've rebuild it and syncedd it Jan 25 17:20:13 no idea how to fix it any further Jan 25 17:21:10 rebuilding the image doesn't seem to change the image Jan 25 17:22:52 alexxy, sorry, no idea and no time to check Jan 25 17:23:01 I was at work till now Jan 25 17:23:04 and I'm off in a moment Jan 25 17:23:14 spaetz: you have to bump kernel PR or just rebuild the kernel Jan 25 17:23:54 but rebuilding won't fix the issue for people that have already upgraded the kernel Jan 25 17:24:05 i did cleean and rebuild the kernel too Jan 25 17:24:12 hmm Jan 25 17:24:28 i have no clue what has happened theere Jan 25 17:24:46 Heinervdm: Well some of us haven't even be able to install it yet :) Jan 25 17:24:50 but the kernel file is from 15.01 Jan 25 17:25:33 i've cleaned and rrebuild... Jan 25 17:25:47 grrr Jan 25 17:25:51 beniwtv: can you try to flash the new image with the kernel form 15.01? Jan 25 17:26:25 Heinervdm: Yes, doing it as we speak Jan 25 17:26:32 ok Jan 25 17:48:06 excuse me, how i can get ssh working? Jan 25 17:48:48 with latest testing? Jan 25 17:50:22 pbaxter: shr ? Jan 25 17:52:21 pbaxter: you need to set non-empty password Jan 25 17:53:11 misc: yes shr Jan 25 17:53:24 JaMa: i've set a password but my pc doesn't find the device Jan 25 17:53:32 with "dmesg" command i cannot link pc to FR Jan 25 17:54:20 pbaxter: lsusb show it ? Jan 25 17:56:21 misc: wait i give command Jan 25 17:56:37 misc: Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 002: ID 0951:1606 Kingston Technology Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Jan 25 17:58:05 misc have you read? Jan 25 17:58:20 pbaxter: yes, but without Cr, it is quite unreadable Jan 25 17:58:45 depmod :) Jan 25 17:58:50 pbaxter: and your FR doesn't seems to be her Jan 25 17:59:41 spaetz: did you decided to change kernel for shr-testing? Jan 25 18:00:03 spaetz: i mean debug options changes :) Jan 25 18:00:32 misc: how can i try? Jan 25 18:00:39 with debian i had internet Jan 25 18:00:42 and also with om2009 Jan 25 18:00:58 pbaxter: do you have g_ether loaded on neo? Jan 25 18:01:00 Heinervdm, spaetz: Still the same mismatch issue with the newly downloaded files. Still, the images seem to be from the same date... Jan 25 18:01:04 you should have usb connection with any distibution Jan 25 18:01:25 but with shr 15 and 25 version i don't connect to usb Jan 25 18:01:33 ok, almost :) Jan 25 18:01:42 beniwtv: ther is an image from 25.01. Jan 25 18:02:07 Heinervdm: That's what I downloaded. Jan 25 18:02:20 two possible reasons: 1. you modules (in rootfs image) do not match you kernel Jan 25 18:02:37 lite-om-gta02.jffs2 from 25-Jan-2010 15:42 69M Jan 25 18:02:38 2. depmod were not run Jan 25 18:03:13 beniwtv: what's the md5 of that image? Jan 25 18:03:47 I get edc2d23b2ed190dc4a85590c604e962c Jan 25 18:04:10 beniwtv: that's ok Jan 25 18:04:43 Heinervdm: And I have the kernel from 15.01 Jan 25 18:04:52 spaetz: how do you sync the files on buildhost? Jan 25 18:05:07 seems to be that one is preemt and the other not Jan 25 18:05:19 (or the modules not, dunno) Jan 25 18:05:32 spaetz: i think you sync wont override existing files Jan 25 18:05:39 you may check (2) by extracting your image and check for /lib/modules/2.6.29-GTA02_none-mokodev/ for files like modules.dep Jan 25 18:06:01 spaetz: but kernel file name hasn't changend, so it's not synced Jan 25 18:06:53 Heinervdm: it's just rsync.. so it overwrites existing files in target Jan 25 18:06:54 ops. instead of 2.6.29-GTA02_none-mokodev in my example Jan 25 18:07:15 JaMa: it doesn't work to me Jan 25 18:07:20 i don't know what to do Jan 25 18:07:28 JaMa: but why has the newly build kernel the date from 10 days ago? Jan 25 18:09:19 spaetz: perhaps you have to remove the kernel manually after cleaning kernel to regenerate that file Jan 25 18:10:04 Heinervdm, spaetz, because it wasn't rebuilt :) ERROR: Nothing PROVIDES 'linux-openmoko-devel-shr' Jan 25 18:10:17 spaetz: should I do it? Jan 25 18:10:22 that could be the cause :D Jan 25 18:11:30 and PR bump should be done too as you said before.. to force reinstall on users rootfs Jan 25 18:12:22 pbaxter: I asked you if you have that module.. Jan 25 18:12:33 how can i check if i have that module Jan 25 18:12:55 lsmod | grep ether Jan 25 18:16:27 JaMa: on moko? Jan 25 18:16:43 pbaxter: yes Jan 25 18:17:35 JaMa: i don't have it Jan 25 18:17:45 how can i install it on moko without internet? Jan 25 18:17:53 pbaxter: what does modprobe g_ether says? Jan 25 18:17:56 say? Jan 25 18:18:41 "invalid module format" Jan 25 18:18:50 try with -f Jan 25 18:19:38 FATAL: Error inserting g_ether (/lib...../g_ether.ko): Invalid module format Jan 25 18:20:04 mhhh Jan 25 18:20:14 misc: to me? Jan 25 18:20:17 pbaxter: do you have older kernel in /boot? Jan 25 18:20:38 pbaxter: well, that's wierd, yes Jan 25 18:20:56 JaMa: don't know Jan 25 18:20:58 easiest way, if you do not want wait for rebuild - just use any other kernel. Jan 25 18:20:59 misc: i know... Jan 25 18:21:11 gena2x: which kernel? Jan 25 18:21:18 gena2x: can you give me a kernel to flash? Jan 25 18:21:56 pbaxter: you can use any kernel from shr-u as long as you also download/unpack modules*tgz and run depmod -a Jan 25 18:22:03 my kernel is not best, but good enought to cut some time before offiial build be ok :) Jan 25 18:22:36 JaMa: but how can i unpack modules if i don't have ssh? Jan 25 18:22:40 http://www.bsdmn.com/openmoko/kernel/optim-stage2/ Jan 25 18:22:50 get kernel and modules Jan 25 18:22:59 use dfu-util to flash kernel Jan 25 18:23:13 copy modules to sd card Jan 25 18:23:28 JaMa, yes please di it Jan 25 18:23:45 thanks, i'm not at my laptop anymore... Jan 25 18:23:47 spaetz: can you bump PR in repo? I don't have testing checkout here.. Jan 25 18:23:48 insert sd-card to moko and copy modules from sd to / Jan 25 18:24:01 untar modules. Jan 25 18:24:15 spaetz: I guess it's no :) Jan 25 18:24:24 sorry,, no computer close by. i caan bump tomorrow morning... Jan 25 18:24:32 and big warning, extract and copy modules _before_ you reflash kernel Jan 25 18:24:44 to have less unbootable situations. Jan 25 18:25:01 alternatively wait for shr guys to fix their build :) Jan 25 18:25:21 spaetz: no problem.. git checkout is quick.. Jan 25 18:26:38 spaetz: would you mind if I reenable UBI in testing kernel? I agree that it shouldn't be recommended for shr-t users.. but having it disabled in kernel is not helping much (as long as they cannot see it from kernel version..) Jan 25 18:36:31 spaetz: would you mind if I reenable UBI in testing kernel? I agree that it shouldn't be recommended for shr-t users.. but having it disabled in kernel is not helping much (as long as they cannot see it from kernel version..) Jan 25 18:37:11 fine with me Jan 25 18:37:16 what's wrong with UBI? Jan 25 18:37:18 ok, thanks Jan 25 18:37:43 Weiss: nothing.. it was disabled in shr-t kernel for few builds.. Jan 25 18:38:19 why not recommend it, if it makes things loads faster? :) Jan 25 18:38:24 (just playing Devil's Advocate here) Jan 25 18:38:50 Weiss: no devils here ;) Jan 25 18:39:36 * Weiss wouldn't be so sure :) Jan 25 18:39:39 huhu Jan 25 18:39:47 oppps... Jan 25 18:39:53 ;p Jan 25 18:40:24 LOL Jan 25 18:41:40 Weiss, as soon as i have easy to follow rules of how to install ubi, i'll use it. Jan 25 18:41:57 but the current wiki pages don't count as such Jan 25 18:42:12 last time i checked,, at least Jan 25 18:43:19 ah, hmm Jan 25 18:43:39 it's not just a case of telling OE to build UBI, then flashing and booting with a capable kernel? Jan 25 18:44:28 spaetz: this one? http://wiki.openmoko.org/wiki/Ubifs 6 easy step, 4 of them optional :) Jan 25 18:45:15 Weiss: yes exactly.. (+you need qi-ubi) and all shr kernels are capable enough (except that few from shr-t) Jan 25 18:47:50 spaetz: btw how great is your .pyx foo? (about that shr-settings segfault..) Jan 25 18:48:29 mmh, better than my c foo :-) Jan 25 18:48:54 spaetz: can you check log from today starting 17:16? Jan 25 18:53:30 link? Jan 25 18:53:56 !log Jan 25 18:54:01 btw, the last kbi things i remeber are that it failed due to bad blocks etc. Jan 25 18:54:04 ~log Jan 25 18:54:05 log is, like, http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ? Jan 25 18:54:11 Heinervdm, ahh thankss Jan 25 18:54:41 great if it works now Jan 25 18:55:10 we should probably 'officially' endorse it in a mail then... Jan 25 18:55:21 i'll try ubi tomorrow Jan 25 18:56:21 can't find a python issue browsing thhrough http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/openmoko-cdevel.20100125.txt Jan 25 18:56:30 which time is it thhere? Jan 25 18:56:49 sory for typos, i have a kid on my arm. Jan 25 18:57:42 spaetz: that's yesterdays log. That's from today: http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Jan 25 19:00:06 spaetz: I sent reply to ML with that info.. http://lists.shr-project.org/pipermail/shr-devel/2010-January/001993.html Jan 25 19:02:01 spaetz: it works now.. but it's not as tested as jffs2.. so I would let users decide.. btw you disabled also ubi images generations in shr-t right? in local.conf Jan 25 19:02:25 spaetz: if you want to try it i can reenable it and run image build again.. Jan 25 19:02:58 spaetz: and i guess that qi is not build for shr-t.. and also patches for qi are missing in shr-t Jan 25 19:03:13 * JaMa -> dinner Jan 25 19:04:46 ~bon appetit Jan 25 19:04:47 from memory, bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig m�ltid!. Hyv�� ruokahalua. Bo Proveito Jan 25 19:06:06 JaMa: When you build the new testing kernel you should build the new image too, else there wouldn't be a working image again Jan 25 19:10:52 Heinervdm, doh ;-) thx, checking log now Jan 25 19:13:38 nahh, can't make ssense of that .pyx stuff either, sorry. Jan 25 19:14:16 weird Jan 25 19:15:04 * JaMa : it's more difficult to turn-over omellete from 6 eggs than build some image with bitbake.. Jan 25 19:15:39 yo stefan_schmidt Jan 25 19:15:47 hi mickeyl Jan 25 19:15:48 yo yo yo Jan 25 19:20:11