**** BEGIN LOGGING AT Wed Sep 08 02:59:59 2010 Sep 08 07:28:34 mickeyl, are you around? Sep 08 08:00:18 anyone awake? Sep 08 08:12:17 awake but I's a question asker so not much use to anybody ;-) Now if there were any of the answerers about I'd be interested to ask about stuff of a libphone-ui-shr nature Sep 08 08:13:02 i see Sep 08 08:13:10 well, this is really opinion Sep 08 08:13:18 qtmoko has a rather strange problem Sep 08 08:14:02 see, the old distro it was based on had a very conservative definition of signal quality Sep 08 08:14:30 i drew up a picture, the plain red and plain blue are both for qtmoko Sep 08 08:14:31 http://irrlichtirc.g0dsoft.com/rooly/NewMapProposal.png Sep 08 08:16:46 good picture. And the proposed blue does seem to be what might be considered normal. Sep 08 08:17:50 the red line, i had to actually create from the simple formula and 3 different conversions inside the qtopia stack Sep 08 08:18:10 its obviously a bit...off Sep 08 08:19:15 Having gone to such lengths to obtain that graph I assume you now want to change to the blue somehow Sep 08 08:19:43 well, that was actually quite straight forward, once i finally managed to FIND the info inside qtmoko's stack Sep 08 08:20:12 Jez well done. Sep 08 09:07:40 morning Sep 08 09:57:21 daniele_athome: morning Sep 08 09:57:23 :-) Sep 08 09:57:27 mickeyl: hi Sep 08 09:57:49 hi leviathan Sep 08 09:58:07 daniele_athome: do you know about enlightenment development? Sep 08 09:58:16 leviathan, in what way? Sep 08 09:58:21 uuhm Sep 08 09:58:34 in that way, that we need to improve SHR's GUI Sep 08 09:58:36 :-) Sep 08 09:59:08 leviathan, tell me more Sep 08 09:59:14 http://trac.enlightenment.org/e/wiki/Elementary Sep 08 09:59:19 i know elementary pretty well Sep 08 09:59:25 yeah Sep 08 09:59:26 ok Sep 08 09:59:28 very well Sep 08 09:59:28 ok Sep 08 09:59:32 following thing Sep 08 09:59:33 i'm using it in my applications, i know edje too Sep 08 10:00:08 http://shr-project.org/trac/wiki/Screenshots Sep 08 10:00:15 as you see Sep 08 10:00:17 the buttons Sep 08 10:00:19 and so on Sep 08 10:00:27 need to be replaced by elementary stuff Sep 08 10:00:41 also the dialer would be much greater modded by that lib Sep 08 10:00:50 ahh, and we need a new fsopimd frontend Sep 08 10:01:06 and we need to remove static sized buttons/images Sep 08 10:01:20 and replace them by dynamicly sized stuff Sep 08 10:03:26 daniele_athome: http://download.enlightenment.org/att/wiki/Elementary/elm-app-01.2.png Sep 08 10:03:30 the time settings Sep 08 10:03:39 already use elementary Sep 08 10:03:45 i see Sep 08 10:04:11 it will make the code much smaller and much more readable Sep 08 10:04:16 also as it grows Sep 08 10:04:37 ahh, and better dbus Sep 08 10:04:41 means: Sep 08 10:04:55 chatprogramm+sms-manger+mms-manager+dialer Sep 08 10:05:04 shall all have access to the same pimdb Sep 08 10:05:30 means we need to call fso there Sep 08 10:05:36 leviathan, a lot of things Sep 08 10:05:39 yes Sep 08 10:05:42 slow down i still have to read the rest :D Sep 08 10:05:50 ahh, ok ^_^ Sep 08 10:05:58 hmm, I wrote it down on a wiki Sep 08 10:06:09 http://wiki.freesmartphone.org/index.php/SHR/Meeting Sep 08 10:06:28 and its only a part+addings from mickeyl/gnutoo Sep 08 10:06:45 thats why I asked you to come to fosdem Sep 08 10:06:58 or.... are you living around switzerland? Sep 08 10:07:18 leviathan, i'm italian Sep 08 10:07:27 ahh, ok Sep 08 10:07:37 nice, my grandmother too ;-D Sep 08 10:07:54 leviathan, you said you would integrate the dialer into elementary Sep 08 10:07:58 didn't you? Sep 08 10:08:02 uhm Sep 08 10:08:08 elementary is a lib Sep 08 10:08:08 also the dialer would be much greater modded by that lib Sep 08 10:08:14 jup Sep 08 10:08:29 means, that we replace non-elementary stuff by elementary stuff Sep 08 10:08:52 which means optimized rendering, etc. will be done automatically Sep 08 10:08:55 much less work Sep 08 10:09:00 and much more dynamic Sep 08 10:09:01 leviathan, well, elementary is a widget toolkit, i don't really think the dialer can fit into elementary Sep 08 10:09:11 uuuuhhhm Sep 08 10:09:13 but you can separate it from the phoneui, writing your own widget library extension Sep 08 10:09:15 based on elementary Sep 08 10:09:24 thats not what I ment either... Sep 08 10:09:26 :-) Sep 08 10:09:29 ok lol Sep 08 10:09:35 ok wait Sep 08 10:09:38 first: the dbus stuff Sep 08 10:09:42 yes Sep 08 10:09:47 dbus in C is pure pain Sep 08 10:09:52 we all know that Sep 08 10:09:57 yes Sep 08 10:10:17 especially server-side, and it doesn't matter how much effort the EFL guys will put into the dbus bindings Sep 08 10:10:22 they will remain a pain :) Sep 08 10:10:24 http://www.t2-project.org/packages/edbus.html Sep 08 10:10:26 ahh Sep 08 10:10:32 edbus Sep 08 10:10:34 ^^ Sep 08 10:10:48 exactly, that one :) Sep 08 10:10:59 anyway i still prefer gobject to use dbus for now Sep 08 10:11:12 or, better, vala Sep 08 10:11:19 yes, we use vala Sep 08 10:11:46 but we still have the problems with bumpy, static sized buttons Sep 08 10:12:02 leviathan, well, don't you use elm_button for everything? Sep 08 10:12:15 i mean for normal buttons Sep 08 10:12:19 hmm Sep 08 10:12:42 the edje relative positioning system works pretty well with scaling Sep 08 10:13:01 actually all i had to do is to multiply some numbers by a scale factor Sep 08 10:13:11 e.g. 1.0 for qvga, 2.0 for vga Sep 08 10:13:17 but not all things Sep 08 10:13:31 (i'm talking about edj files) Sep 08 10:14:47 or edc? Sep 08 10:14:52 I've got edc files Sep 08 10:14:54 :-) Sep 08 10:15:01 leviathan, yes edc files (edj is the compiled version :) Sep 08 10:15:45 daniele_athome: http://pastebin.com/mwjqWZzd Sep 08 10:15:48 look at this Sep 08 10:15:53 type: RECT Sep 08 10:16:09 yes Sep 08 10:16:17 it's relative, and it's good Sep 08 10:16:20 isn't it? Sep 08 10:16:37 its a rect Sep 08 10:16:39 :-) Sep 08 10:16:46 thats what confuses me Sep 08 10:17:22 wouldn't it be much simpler to use standart objects Sep 08 10:17:25 already defined Sep 08 10:17:31 leviathan, yes much better Sep 08 10:17:32 then define our own buttons? Sep 08 10:17:41 leviathan, where did you take that code snippet? Sep 08 10:18:03 ~/shr-themes/phoneui-shr/phoneui-shr-theme-o2/keypad.edc Sep 08 10:18:16 ah Sep 08 10:19:00 http://shr.bearstech.com/git/?p=shr-themes.git;a=tree;f=phoneui-shr/phoneui-shr-theme-o2;h=5a17a560e22250cfdecd8c11dd74a4b3404744db;hb=HEAD Sep 08 10:19:24 well that's very strange Sep 08 10:20:22 leviathan, i don't why they do that Sep 08 10:20:33 i should take a closer look... but i guess a button is a button Sep 08 10:20:38 can be done with elm_button Sep 08 10:20:42 mhm Sep 08 10:20:43 yes Sep 08 10:20:48 unless they wanted a somewhat special button Sep 08 10:20:49 the answer why they do that Sep 08 10:21:00 SHR started before elementary Sep 08 10:21:08 so they did not know it Sep 08 10:21:29 now we need to switch Sep 08 10:21:37 from home made buttons to elementary Sep 08 10:21:44 leviathan, but phoneui/phonefsod has started after elementary Sep 08 10:21:49 yes Sep 08 10:21:53 uuhmm? Sep 08 10:21:57 ok Sep 08 10:21:58 strange Sep 08 10:22:05 mmm Sep 08 10:22:06 can you please take a closer look? Sep 08 10:22:07 ^^ Sep 08 10:22:10 maybe some things were left behind Sep 08 10:22:14 yes Sep 08 10:22:18 like the o2 theme... can you check the gry theme? Sep 08 10:22:30 check if it does have the same problem Sep 08 10:26:50 hmm Sep 08 10:26:58 I don't find the gry theme ^_^" Sep 08 10:27:38 http://shr.bearstech.com/git/?p=shr-themes.git;a=tree;h=refs/heads/master;hb=refs/heads/master Sep 08 10:28:03 daniele_athome: sry Sep 08 10:28:05 my fault Sep 08 10:28:06 ahh Sep 08 10:28:49 http://shr.bearstech.com/git/?p=shr-themes.git;a=blob;f=e-wm/e-wm-theme-illume-gry/illume-home/e-module-illume-home.edc;h=58d191543130636dc3d73fe918f95f10266ad56a;hb=refs/heads/master Sep 08 10:28:54 daniele_athome: seems ok Sep 08 10:29:09 leviathan, what i thought... o2 is not maintained Sep 08 10:29:19 ahh, ok Sep 08 10:29:28 ok, seems relative Sep 08 10:29:43 then first point is done Sep 08 10:29:47 I just didn't get it Sep 08 10:29:55 that they have already fixed that issue Sep 08 10:29:56 okee Sep 08 10:30:00 next issue Sep 08 10:30:04 very actual Sep 08 10:30:09 we need a calendar Sep 08 10:30:11 ^_^" Sep 08 10:30:41 daniele_athome: leviathan: we need a calender +1 Sep 08 10:31:01 leviathan, opimd-date is pretty odd Sep 08 10:31:05 goes out of the screen lol Sep 08 10:31:12 jep Sep 08 10:31:20 but i don't think it would fit into elementary Sep 08 10:31:23 because its not elementary yet Sep 08 10:31:23 just write an app :) Sep 08 10:31:45 a calendar app it's in my plan anyway for the mokosuite Sep 08 10:31:56 s/plan/plans/ Sep 08 10:31:56 daniele_athome meant: a calendar app it's in my plans anyway for the mokosuite Sep 08 10:32:10 ok Sep 08 10:32:38 daniele_athome: mokosuite is based on elementary Sep 08 10:32:39 right? Sep 08 10:32:53 leviathan, sure Sep 08 10:32:58 okidoki Sep 08 10:33:08 leviathan: http://wiki.openmoko.org/wiki/Mokosuite Sep 08 10:33:09 :P Sep 08 10:33:27 I consider this android like menu scroller very nice ;-D Sep 08 10:33:46 yes me too :) Sep 08 10:33:48 i love android Sep 08 10:33:52 but i love gnu/linux too Sep 08 10:34:03 I hate android >_< Sep 08 10:34:10 but I love gnu/linux Sep 08 10:34:14 :) Sep 08 10:34:14 ;-) Sep 08 10:34:40 leviathan, about the dbus thing... i'm writing a C code generator Sep 08 10:34:49 hmm Sep 08 10:34:56 for generating dbus client wrappers starting from xml introspection files Sep 08 10:35:00 isn't there already vala? Sep 08 10:35:03 pretty a simple one Sep 08 10:35:07 ahh, ok Sep 08 10:35:17 leviathan, yes but vala-dbus-binding-tool just generate vala code Sep 08 10:35:25 and then vala converts it to C code Sep 08 10:35:36 but still there are those things with _finish() dbus methods, pretty odd Sep 08 10:35:48 my idea is to write a generator that creates code like libframeworkd-glib Sep 08 10:35:56 with the dbus callbacks already set Sep 08 10:36:00 with parameters Sep 08 10:36:16 hmm Sep 08 10:36:17 ok Sep 08 10:36:18 nice Sep 08 10:36:19 and a simplified dbus marshalling Sep 08 10:36:26 hmm Sep 08 10:36:35 I'd love to use it Sep 08 10:36:37 i plan to use that library for generating any C client wrapper :) Sep 08 10:36:47 s/library/program/ Sep 08 10:36:48 daniele_athome meant: i plan to use that program for generating any C client wrapper :) Sep 08 10:37:13 I'm doing a workshop today Sep 08 10:37:17 KDE4 development Sep 08 10:37:25 and we also will use dbus Sep 08 10:37:35 I'm scared by this thought Sep 08 10:37:40 leviathan, well kde is different... is based on qt, having its own dbus bindings Sep 08 10:37:47 leviathan, don't worry it will be ok :) Sep 08 10:37:54 try'n to teach n00bs how to code dbus+qt4 >_< Sep 08 10:38:02 eheh Sep 08 10:38:18 anyway Sep 08 10:38:23 will go well, I hope Sep 08 10:38:25 ^^ Sep 08 10:38:44 I guess the room will be full Sep 08 10:38:50 :-D Sep 08 10:38:50 leviathan, where? Sep 08 10:38:55 zürich Sep 08 10:39:08 leviathan, is it fosdem? Sep 08 10:39:15 fsodem Sep 08 10:39:15 no Sep 08 10:39:21 ok Sep 08 10:39:32 its a event made by my computer club Sep 08 10:39:34 CCCZH Sep 08 10:39:52 the workshop is today Sep 08 10:43:29 have to go now Sep 08 10:43:42 bye leviathan Sep 08 10:43:47 :) Sep 08 11:33:00 leviathan: noobs at a CCC event? :-o Sep 08 11:33:26 sounds odd Sep 08 11:52:56 hmm Sep 08 11:53:04 DocScrutinizer: its an open4all event Sep 08 11:53:15 to make CCC more popular in zürich Sep 08 11:53:58 there also workshops for security Sep 08 11:54:15 DocScrutinizer: "How to use GnuPG" Sep 08 11:54:28 DocScrutinizer: "Bob and Alice" Sep 08 11:54:34 yeeha Sep 08 11:55:01 goal is to make it known to a wide range of people Sep 08 11:55:13 so CCCZH can get publicity Sep 08 11:55:19 and so we get influence Sep 08 11:55:20 ^^ Sep 08 11:56:05 * DocScrutinizer envisions attendees heading out the room .oO(damn, good now I know how to deal with that if ever somebody dares to send me a crypted mail [SIC!]) Sep 08 11:56:50 hahaha Sep 08 11:57:27 the idea is more to motivate them so send encrypted messages theireselfes Sep 08 11:57:32 for instance Sep 08 11:57:41 its a very usefull tool in companys Sep 08 11:58:15 or simply to educate people to know this can be done, for journalist in some country, this can be important Sep 08 11:58:19 I never managed to prod *anybody* to crypt mails send to me, and all my mails outbound are nicely signed Sep 08 11:58:39 misc: you made the point Sep 08 11:58:44 :-) Sep 08 11:58:45 DocScrutinizer: it's very difficult to do in a secure way. I don't want to keep my key on the machine where I send email :) Sep 08 11:59:20 lindi-: haha Sep 08 11:59:40 (since I need to access the machine remotely to send email. if it was a desktop which I never access remotely then maybe) Sep 08 11:59:58 k, fair enough Sep 08 12:00:38 though your remote access should be at least as secure and hardened as the mail crypting itself Sep 08 12:00:58 yeah but I don't want to make my key that insecure :) Sep 08 12:01:07 heh? Sep 08 12:01:25 I'm running ssh on openmoko that runs debian unstable and all that Sep 08 12:01:40 there could be all sorts of odd security bugs :P Sep 08 12:01:43 so what? Sep 08 12:02:09 you are ssh to FR to send your crypted mail from there? Sep 08 12:02:17 so I prefer not to keep they key on (or accessible from) a machine where I do experimental stuff Sep 08 12:02:31 DocScrutinizer: no I ssh from FR to my email machine Sep 08 12:02:50 I've got my ssh-key on my SHR installation on dream Sep 08 12:02:53 :-) Sep 08 12:02:57 the only problem Sep 08 12:03:02 * DocScrutinizer scratches head, failing to see the threat Sep 08 12:03:11 DocScrutinizer: hmm Sep 08 12:03:15 means Sep 08 12:03:33 I'm wearing the gnupg containing device Sep 08 12:03:35 DocScrutinizer: well the threat is that somebody gets access to my normal user account on FR or the email machine through a bug or misconfiguration of experimental software Sep 08 12:03:36 so to say Sep 08 12:03:47 hmm Sep 08 12:04:06 lindi-: that would only be possible as long as you are on UMTS/Bluetooth/Wifi Sep 08 12:04:21 and the same issue exist on desktops with the same distro Sep 08 12:04:37 leviathan: yes but debian unstable is not the same distro as debian stable Sep 08 12:04:50 sid/experimental is more recent then stable Sep 08 12:05:00 so the chances to hit a bug there are smaller Sep 08 12:05:10 leviathan: for example nodm had a local privilege escalation bug that I spotted just a few days ago, it did not reach stable Sep 08 12:05:19 my PGP private key is protected by a reasonably safe mantra, though I agree I'd not want to have my .ssh/key_rsa on my mobile devices Sep 08 12:05:49 i've got also my ssh-key on the phone Sep 08 12:05:57 DocScrutinizer: unfortunately passphrase can be sniffed if somebody has access to your account so it only helps against fully automated attacks Sep 08 12:06:05 for beeing able to connect to my datacenter or at home Sep 08 12:06:53 leviathan: I don't agree. sid surely is more risky than stable Sep 08 12:07:00 ok, I see: you don't use PGP encryption/signing as there's a risk of somebody tampering your keys if you did :-P Sep 08 12:07:00 hmm Sep 08 12:07:09 DocScrutinizer: yeah Sep 08 12:07:13 lol Sep 08 12:07:15 ^^ Sep 08 12:07:16 ok Sep 08 12:07:36 suicide due to fear of death, I'd call this Sep 08 12:08:16 DocScrutinizer: well I can use the key on a separate debian stable system :) Sep 08 12:08:35 I'm just not often sending email from there Sep 08 12:08:50 since it kind of requires local physical presence Sep 08 12:11:45 * DocScrutinizer51 changes Kontact 'lindi' mail properties to *lways* send crypted mails to him, just for the shits and giggles Sep 08 12:12:10 xD Sep 08 12:12:35 DocScrutinizer: yeah there will be a delay of some months before you get replies :) Sep 08 12:13:10 I'm planning to throw some virtualization and/or selinux to the mix to make this more bearable Sep 08 12:13:17 ideally it would work like this: Sep 08 12:13:44 lindi-: maybe simply use gmail webmailr? seems the right thing for you Sep 08 12:14:07 1) I send email to joerg 2) when I come home I look at the list of unsigned emails and sign them and publish them at some predefined place 3) joerg's MUA gives a warning if it does not find a signature for an email in a week or so Sep 08 12:14:16 DocScrutinizer51: gmail is non-free application :( Sep 08 12:15:51 DocScrutinizer51: I guess some lower security subkey could work here Sep 08 12:16:19 DocScrutinizer51: it would work for signing easily but for encryption there's the problem of how to tell the sender which key to use Sep 08 15:39:08 Hello Sep 08 15:39:30 hi Sep 08 15:41:21 I am trying to retrieve the usb device address of the connected device from the S3C2410 USB Controller. I am doing this by accessing the FUNCTION_ADDRESS register which holds the addres twice, once as little and once as big endian whithin a u32. The Offset is 0x140(L) / 0x143(B). How to pack the 0x140 into a u16? Sep 08 15:42:45 Can I do this with: { uint32_t a = 1; uint16_t *p = reinterpret_cast(&a); cout << *p << ":" << *(p+1); } ? Sep 08 15:43:33 the horror!! you enter the chan and the first thing you see is C-code Sep 08 15:43:55 lol Sep 08 15:43:56 JesusMcCloud-lt: no, it is c++, you are safe Sep 08 15:43:56 JesusMcCloud-lt: it looks like c++ code Sep 08 15:44:10 just saw the reinterpret_cast Sep 08 15:44:27 i am confused... Sep 08 15:45:37 i'm fiddling around with vala here... it is nice but, ide support is really crappy... even val(a)ide sucks... Sep 08 15:46:58 well as I only need the little endian the following should work: u16 left = (u16)(in>>16); where "in" is the u32. Sep 08 15:49:07 Now I got the Sep 08 15:49:13 ignore... Sep 08 15:50:48 I now got the address but as an u16 where the not needed bytes are filled with zeros. Can I just cast to u8 or do I have to be careful with something here? Sep 08 15:51:16 you have no need to cast at all Sep 08 15:51:50 how come? Isn't u16 twice as big? Sep 08 15:52:22 = is smarter than many people want it to be Sep 08 15:53:15 heh :) Sep 08 15:54:27 But don't I loose information here? Does it just cut the first 8 bytes or what does it do? Sep 08 15:55:19 8 bytes? Sep 08 15:56:21 now you confuse me Sep 08 16:06:36 Ok I now finished the code on the kernel module. I got my sources and kernel sources (newest andy tracking) of course. What arm toolchain to use? Sep 08 16:06:59 openmoko toolchain? Sep 08 16:07:06 any Sep 08 16:07:33 what is your favorite distribution? Sep 08 16:07:38 qtmoko Sep 08 16:08:21 trev2[NEOFR]: http://qtmoko.org/wiki/Build_Kernel Sep 08 16:08:30 ah right, thank you Sep 08 16:08:43 ah Sep 08 16:08:55 it is build instruction Sep 08 16:08:59 toolchain is... Sep 08 16:09:44 make CROSS_COMPILE=/opt/toolchains/arm920t-eabi/bin/arm-linux- ARCH=arm Sep 08 16:09:58 arm920t-eabi ? Sep 08 16:10:18 http://qtmoko.org/wiki/GITs Sep 08 16:10:30 How to prepare your build host Sep 08 16:11:28 but you can use any other arm toolchain Sep 08 16:35:54 gena2x_: hi, i am now debugging the power bug again Sep 08 16:36:22 gena2x_: interesting thing - 2.6.29 kernel after boot eats 10mA more then 2.6.34 Sep 08 16:37:31 gena2x_: http://pastebin.com/GuWrSY9m Sep 08 16:38:17 radekp: hi Sep 08 16:38:59 radekp: i am doing same thing here :) i mean building .29 to get video log Sep 08 16:39:18 ahh Sep 08 16:39:38 * gena2x_ looking to pastebin Sep 08 16:40:08 hmmmm Sep 08 16:40:27 what's this? Sep 08 16:40:42 booted kernel? Sep 08 16:41:14 yes Sep 08 16:41:25 without suspend? Sep 08 16:41:34 added printk to bq27000_battery_work() Sep 08 16:41:40 printk(KERN_ERR "current_now=%d\n", (regs.ai * NANOVOLTS_UNIT) / 20); Sep 08 16:41:45 my method is better Sep 08 16:41:46 without suspend Sep 08 16:41:58 gena2x_: :) Sep 08 16:42:00 i know current for each moment of time Sep 08 16:42:12 how you do it? :) Sep 08 16:42:17 as i told Sep 08 16:42:22 video Sep 08 16:42:50 multimeter + video + kernel log Sep 08 16:42:53 ahh oki Sep 08 16:43:05 +printk delay Sep 08 16:43:45 so you see video, and can man any moment to log Sep 08 16:43:52 *map Sep 08 16:44:38 i want to do similar thing with .29 today Sep 08 16:45:21 so, even if kernel is _not_ visible on screen, you still can see current consumption for each kernel log line. Sep 08 16:45:45 s/kernel/kernel log/ Sep 08 16:45:46 gena2x_ meant: so, even if kernel log is _not_ visible on screen, you still can see current consumption for each kernel log line. Sep 08 16:46:12 including suspend... Sep 08 16:46:41 would be good to identify all power consumes and write down page in wiki about it Sep 08 16:46:52 s/consumes/consumers/ Sep 08 16:46:53 gena2x_ meant: would be good to identify all power consumers and write down page in wiki about it Sep 08 16:49:21 gena2x_: maybe we should concentrate on suspend then on boot Sep 08 16:50:53 radekp: imo, we should concentrate on both. it should be easy. i am just stucking on unrelated things - like camera resolution, building .29 (fighting WS now, already overcome my gpt and xfs), etc Sep 08 16:51:27 just add delay, capture, watch, map to log and diff. Sep 08 16:51:41 ehh.. Sep 08 16:52:01 other way would be indentify _all_ power consumes. this is smarter, but require more time. Sep 08 16:55:27 _i_ think, my config andy-tracking is ok, but my kernel disagree with me on boot Sep 08 16:57:37 gena2x_: btw i have even better method - same as yours + added blinking with leds on certain substrings in printk Sep 08 17:07:00 radekp: hm... nice idea. it may be blink once per 10 messages for example. this will be excellent sync. Sep 08 17:08:14 gena2x_: i have long light 5s for certain substrings and short blink after each message now Sep 08 17:08:31 gena2x_: i can upload patch somewhere if you want Sep 08 17:09:48 radekp: yes please Sep 08 17:12:26 gena2x_: http://activationrecord.net/radekp/pub/delay10.patch Sep 08 17:13:29