**** BEGIN LOGGING AT Sun Nov 07 02:59:58 2010 Nov 07 10:03:11 moin Nov 07 10:03:48 PaulFertser: have you found time for gta01? Nov 07 10:04:06 <[Rui]> moin Nov 07 10:04:07 JaMa: no, sorry. Nov 07 10:04:29 ok Nov 07 10:04:48 JaMa: i'm in a particularly bad mood again, i'd prefer to go to sleep but i'm probably unable to sleep anymore as i've head enough at night already :| Nov 07 10:06:24 ahh I'm sorry to hear that :/ I can recommed good comedy, if your mood is not refusing movies now Nov 07 10:06:39 http://www.youtube.com/watch?v=rMCh4etBbkU Nov 07 10:26:39 JaMa: i watched http://en.wikipedia.org/wiki/Pierrot_le_fou yesterday Nov 07 10:30:54 plot doesn't look good for bad mood, but otherwise interesting Nov 07 10:32:11 JaMa: the film is really a good art. Unfortunately, i have troubles finding good art that's not depressing. Nov 07 10:33:25 JaMa: the last entertaining movie i saw (and liked) was Run, Lola, Run. Other works i see are usually very good but mad depressing. Nov 07 10:34:09 So currently i'm unmotivated to do anything harder than kernel bisecting. Nov 07 10:34:19 Yeah I liked Lola too Nov 07 13:06:05 freesmartphone.org: 03mickey 07specs * rb9ffd5ec62ce 10/html/org.freesmartphone.PIM.Messages.html: regen html Nov 07 13:07:39 freesmartphone.org: 03mickey 07gdbus * r2233b80cd2f3 10cornucopia/fsotdld/src/plugins/ (source_gsm/plugin.vala source_ntp/plugin.vala): fsotdld: work around bug in Vala w/ lambdas in construct statements Nov 07 13:07:40 freesmartphone.org: 03mickey 07gdbus * r8037bc5af773 10cornucopia/libfsoframework/fsoframework/dbus.vala: libfsoframework: rename DBusExtensions to DBusService Nov 07 13:07:42 freesmartphone.org: 03mickey 07gdbus * re53336e88438 10cornucopia/libfsoframework/fsoframework/subsystem.vala: libfsoframework: ensure connection is present before handing it out Nov 07 13:07:43 freesmartphone.org: 03mickey 07gdbus * rbe6513b00b50 10cornucopia/Makefile: fix top-level Makefile Nov 07 13:08:28 freesmartphone.org: 03mickey 07gdbus * r1078a3f4ed47 10cornucopia/libfsoframework/ (3 files in 2 dirs): libfsoframework: bump dependencies, prepare for gdbus Nov 07 13:08:29 freesmartphone.org: 03mickey 07gdbus * r67f1bc1e09fe 10cornucopia/fsodatad/ (4 files in 3 dirs): fsodatad: yank dbus & dbus-glib Nov 07 13:08:32 freesmartphone.org: 03mickey 07gdbus * r53341482c164 10cornucopia/libfsoframework/ (4 files in 2 dirs): libfsoframework: port subsystem class to gdbus Nov 07 13:08:38 freesmartphone.org: 03mickey 07gdbus * r1349581c87f2 10cornucopia/fsodatad/src/plugins/world/plugin.vala: fsodatad: use gdbus Nov 07 13:08:39 freesmartphone.org: 03mickey 07gdbus * r368e4a3ca1ab 10cornucopia/fsodatad/src/plugins/world/plugin.vala: fsodatad: sync gdbus error definitions w/ interfaces Nov 07 13:08:41 freesmartphone.org: 03mickey 07gdbus * r496573ad5394 10cornucopia/fsodeviced/ (49 files in 33 dirs): fsodeviced: start w/ gdbus port Nov 07 13:08:45 freesmartphone.org: 03mickey 07gdbus * r15e654d3c0e7 10cornucopia/ (2 files in 2 dirs): more gdbus work in progress Nov 07 13:08:47 freesmartphone.org: 03mickey 07gdbus * r45bf171d0340 10cornucopia/libfsoframework/ (3 files in 2 dirs): Nov 07 13:08:47 freesmartphone.org: libfsoframework: rewrite the way how we register objects. In the new gdbus world, Nov 07 13:08:47 freesmartphone.org: every exported interface for a given object needs to be registered seperately. Nov 07 13:08:47 freesmartphone.org: We need to remember the reference IDs, so we can unregister all interfaces in one Nov 07 13:08:47 freesmartphone.org: go. We no longer operate more than one dbus connection. Busnames are registered Nov 07 13:08:48 freesmartphone.org: after the mainloop has started. Nov 07 13:08:48 freesmartphone.org: 03mickey 07gdbus * rabecab260cd0 10cornucopia/fsodeviced/src/plugins/ (20 files in 20 dirs): fsodeviced: (gdbus) convert plugins to use new subsystem object registration Nov 07 13:08:50 freesmartphone.org: 03mickey 07gdbus * r4bcb3ed33cb0 10cornucopia/libfsoresource/ (configure.ac fsoresource/dbusresource.vala): libfsoresource: (gdbus) switch to gdbus Nov 07 13:08:52 freesmartphone.org: 03mickey 07gdbus * r0b3c7cc41e6c 10cornucopia/libfsoresource/fsoresource/dbusresource.vala: libfsoresource: (gdbus) fix catching errors when we can't get the proxy Nov 07 13:08:53 freesmartphone.org: 03mickey 07gdbus * ra19a877148db 10cornucopia/fsodeviced/src/plugins/kernel_info/plugin.vala: fsodeviced: (gdbus) kernel_info migrated Nov 07 13:08:56 freesmartphone.org: 03mickey 07gdbus * r0e06cc3e14a7 10cornucopia/fsodeviced/src/plugins/ (7 files in 7 dirs): fsodeviced: (gdbus) convert methods with a{sv} in signature Nov 07 13:08:57 freesmartphone.org: 03mickey 07gdbus * rcb9d60641f7f 10cornucopia/fsonetworkd/ (4 files in 3 dirs): fsonetworkd: (gdbus) migrate to gdbus Nov 07 13:08:59 freesmartphone.org: 03mickey 07gdbus * rd2e517d00d1e 10cornucopia/fsotdld/ (19 files in 12 dirs): fsotdld: (gdbus) start with gdbus conversion Nov 07 13:09:00 freesmartphone.org: 03mickey 07gdbus * rca612589b308 10cornucopia/fsotdld/src/plugins/ (source_gsm/plugin.vala source_ntp/plugin.vala): fsotdld: work around bug in Vala w/ lambdas in construct statements Nov 07 13:09:02 freesmartphone.org: 03mickey 07gdbus * rb63d13d2f384 10cornucopia/libfsoframework/fsoframework/dbus.vala: libfsoframework: rename DBusExtensions to DBusService Nov 07 13:09:03 hmm? Nov 07 13:09:03 freesmartphone.org: 03mickey 07gdbus * re8fdd28794bb 10cornucopia/libfsoframework/fsoframework/subsystem.vala: libfsoframework: ensure connection is present before handing it out Nov 07 13:09:04 freesmartphone.org: 03mickey 07gdbus * r98e28fcb3d1f 10cornucopia/Makefile: fix top-level Makefile Nov 07 13:13:01 freesmartphone.org: 03mickey 07gdbus * r88c998bb8037 10cornucopia/libfsoframework/ (3 files in 2 dirs): libfsoframework: bump dependencies, prepare for gdbus Nov 07 13:13:04 freesmartphone.org: 03mickey 07gdbus * r99bd8ad4daee 10cornucopia/fsodatad/ (4 files in 3 dirs): fsodatad: yank dbus & dbus-glib Nov 07 13:13:05 freesmartphone.org: 03mickey 07gdbus * r8f8b075b20bf 10cornucopia/libfsoframework/ (4 files in 2 dirs): libfsoframework: port subsystem class to gdbus Nov 07 13:13:06 freesmartphone.org: 03mickey 07gdbus * r4cf7dee8978e 10cornucopia/fsodatad/src/plugins/world/plugin.vala: fsodatad: use gdbus Nov 07 13:13:08 freesmartphone.org: 03mickey 07gdbus * refd884db5c88 10cornucopia/fsodatad/src/plugins/world/plugin.vala: fsodatad: sync gdbus error definitions w/ interfaces Nov 07 13:13:10 freesmartphone.org: 03mickey 07gdbus * rd001dc04c66b 10cornucopia/fsodeviced/ (49 files in 33 dirs): fsodeviced: start w/ gdbus port Nov 07 13:13:11 freesmartphone.org: 03mickey 07gdbus * r64b72e584038 10cornucopia/ (2 files in 2 dirs): more gdbus work in progress Nov 07 13:13:13 freesmartphone.org: 03mickey 07gdbus * rf6223ddce173 10cornucopia/libfsoframework/ (3 files in 2 dirs): Nov 07 13:13:13 freesmartphone.org: libfsoframework: rewrite the way how we register objects. In the new gdbus world, Nov 07 13:13:13 freesmartphone.org: every exported interface for a given object needs to be registered seperately. Nov 07 13:13:13 freesmartphone.org: We need to remember the reference IDs, so we can unregister all interfaces in one Nov 07 13:13:14 freesmartphone.org: go. We no longer operate more than one dbus connection. Busnames are registered Nov 07 13:13:14 freesmartphone.org: after the mainloop has started. Nov 07 13:13:15 freesmartphone.org: 03mickey 07gdbus * r629048e266bf 10cornucopia/fsodeviced/src/plugins/ (20 files in 20 dirs): fsodeviced: (gdbus) convert plugins to use new subsystem object registration Nov 07 13:13:15 freesmartphone.org: 03mickey 07gdbus * rd4d91cc0cfae 10cornucopia/libfsoresource/ (configure.ac fsoresource/dbusresource.vala): libfsoresource: (gdbus) switch to gdbus Nov 07 13:13:17 sorry, it's going to stop soon Nov 07 13:13:19 freesmartphone.org: 03mickey 07gdbus * r7b593fa008f4 10cornucopia/libfsoresource/fsoresource/dbusresource.vala: libfsoresource: (gdbus) fix catching errors when we can't get the proxy Nov 07 13:13:19 freesmartphone.org: 03mickey 07gdbus * rfccc25d095e4 10cornucopia/fsodeviced/src/plugins/kernel_info/plugin.vala: fsodeviced: (gdbus) kernel_info migrated Nov 07 13:13:19 freesmartphone.org: 03mickey 07gdbus * r2df087c5da75 10cornucopia/fsodeviced/src/plugins/ (7 files in 7 dirs): fsodeviced: (gdbus) convert methods with a{sv} in signature Nov 07 13:13:21 freesmartphone.org: 03mickey 07gdbus * rd4aff1b63366 10cornucopia/fsonetworkd/ (4 files in 3 dirs): fsonetworkd: (gdbus) migrate to gdbus Nov 07 13:13:22 just rebasing a branch Nov 07 13:13:22 freesmartphone.org: 03mickey 07gdbus * r6636b09e4883 10cornucopia/fsotdld/ (19 files in 12 dirs): fsotdld: (gdbus) start with gdbus conversion Nov 07 13:13:24 freesmartphone.org: 03mickey 07gdbus * r5c760a4b9000 10cornucopia/fsotdld/src/plugins/ (source_gsm/plugin.vala source_ntp/plugin.vala): fsotdld: work around bug in Vala w/ lambdas in construct statements Nov 07 13:13:25 freesmartphone.org: 03mickey 07gdbus * r59d968cd1a80 10cornucopia/libfsoframework/fsoframework/dbus.vala: libfsoframework: rename DBusExtensions to DBusService Nov 07 13:13:26 freesmartphone.org: 03mickey 07gdbus * rcbba28978f94 10cornucopia/libfsoframework/fsoframework/subsystem.vala: libfsoframework: ensure connection is present before handing it out Nov 07 13:13:27 freesmartphone.org: 03mickey 07gdbus * r9cae2b845282 10cornucopia/Makefile: fix top-level Makefile Nov 07 13:13:37 should teach the script to shut up on rebases Nov 07 13:13:39 *shrug* Nov 07 13:19:01 freesmartphone.org: 03mickey 07gdbus * rf56a6529ac40 10cornucopia/libfsoframework/fsoframework/subsystem.vala: libfsoframework: (gdbus) sync with master Nov 07 13:23:36 freesmartphone.org: 03mickey 07gdbus * re8ee59b2693b 10cornucopia/fsodeviced/src/plugins/dummy_input/ (Makefile.am plugin.vala): fsodeviced: (gdbus) convert dummy_input plugin Nov 07 13:25:36 playya_: ping Nov 07 13:25:46 pong Nov 07 13:26:31 playya_: shall i make an attempt to convert fsomusicd to gbdus or shall we just remove it? Nov 07 13:26:48 i think we can just remove it Nov 07 13:26:54 right. it can be recovered, if someone wants to take a look Nov 07 13:26:55 thanks Nov 07 13:27:03 yes Nov 07 13:27:31 freesmartphone.org: 03mickey 07gdbus * r23dc65d9f9d9 10cornucopia/fsomusicd/ (24 files in 5 dirs): fsomusicd: (gdbus) remove Nov 07 13:27:45 there's only fsogsmd and fsousaged missing Nov 07 13:27:53 then we can make the big switch Nov 07 13:28:03 and fix the new bugs until xmas ;) Nov 07 13:28:10 hehe Nov 07 13:28:29 we just need to come up with a way to access the bus name Nov 07 13:28:33 this is the showstopper right now Nov 07 13:28:39 and the reason why fsousaged can't be converted now Nov 07 13:29:49 what's the problem? Nov 07 13:30:02 it's not possible to get the source busname? Nov 07 13:30:50 yes Nov 07 13:30:58 this feature is not implemented in gdbus yet Nov 07 13:31:08 you know the thing where you just add an additional parameter to the signature Nov 07 13:31:15 and get the busname of the caller Nov 07 13:31:20 it's only used in fsousaged Nov 07 13:31:22 yes Nov 07 13:31:39 juergb didn't implement it yet because we did find the old way cumbersome Nov 07 13:31:52 since we couldn't use the interface Nov 07 13:31:59 or rather share a common interface Nov 07 13:32:09 now we need a better way to expose this Nov 07 13:32:49 maybe we have to use the gdbus lowlevel bindings Nov 07 13:33:37 well, juerg's problem is how/where to store this info Nov 07 13:33:41 not really how to access it Nov 07 13:33:55 wrt. access, i'd favor the same way we use the callback in async functions Nov 07 13:33:55 like Nov 07 13:34:00 thisIsMyFunction.callback Nov 07 13:34:03 so i'd like to use Nov 07 13:34:11 thisIsMyFunction.callers_busname Nov 07 13:34:23 but the real problem is where to store this under the hood Nov 07 13:34:29 this i can hardly help with Nov 07 13:36:01 i need to clean the kitchen first :( Nov 07 13:36:09 so. bbl Nov 07 13:37:12 k Nov 07 13:48:16 mickeyl: how many dbus-send forks are there? ;) Nov 07 13:49:56 too many ;) Nov 07 13:50:01 dbus-send Nov 07 13:50:02 qdbus Nov 07 13:50:03 gdbus Nov 07 13:50:05 mdbus2 Nov 07 13:50:10 probably more Nov 07 14:06:13 mickeyl: how many of them have manual pages? Nov 07 14:06:28 Weiss: hi, while still debugging EXA I've noticed that gdri-* tests can be executed only 1-2, then I have to restart Xorg otherwise I get DRI2Authenticate failed, is it somehow expected? Nov 07 14:07:10 lindi-: mdbus2 has one (written for you) Nov 07 14:07:14 or wait Nov 07 14:07:23 yes, right Nov 07 14:07:31 dbus-send has one Nov 07 14:07:36 qdbus has one Nov 07 14:07:40 gdbus has one Nov 07 14:07:41 wow Nov 07 14:07:42 everyone Nov 07 14:09:09 Weiss: here is output from drm 1.run http://pastebin.ca/1984439 2. http://pastebin.ca/1984440 3. http://pastebin.ca/1984442 Nov 07 14:12:04 freesmartphone.org: 03mickey 07gdbus * r1e20a7c3ce9b 10cornucopia/fsogsmd/ (36 files in 14 dirs): fsogsmd: (gdbus) convert *phew* Nov 07 14:12:10 ok, only fsousaged missing now Nov 07 14:12:17 and that is waiting for Vala Nov 07 14:31:13 mickeyl: great :D Nov 07 14:31:34 of course there might be dozens of bugs introduced by the changed Nov 07 14:31:43 but the sooner we can switch, the sooner we can fix Nov 07 14:31:54 yup Nov 07 14:40:44 heyho Nov 07 14:40:47 GNUtoo|laptop: ping Nov 07 14:45:12 BTW, who's responsible for n900 kernel on SHR? I guess it's time to pull the hostmode patches. Nov 07 15:15:27 PaulFertser: ok, great :-) Nov 07 15:27:32 PaulFertser: the paul-manual branch, right Nov 07 15:27:33 ? Nov 07 15:27:43 morphis, pong Nov 07 15:30:42 GNUtoo|laptop: I got the firmware for the Palm Pre Wifi chip loading with libertas Nov 07 15:30:49 was an alignment problem with the mmc controller Nov 07 15:30:54 ah ok Nov 07 15:31:33 morphis, you're not connected on xmpp? Nov 07 15:31:38 jepp Nov 07 15:31:46 or not Nov 07 15:31:49 it disconnected .. Nov 07 15:54:29 mrmoku: sure Nov 07 15:54:34 ok Nov 07 17:05:36 mrmoku, did you commit the patches? Nov 07 17:05:47 *push the patches to oe Nov 07 17:05:57 for usb host Nov 07 17:06:00 for n900 Nov 07 17:54:14 GNUtoo|laptop: mrmoku: fyi n900 hostmode patches will produce compile errors for n810, blackfin and davinci. Nov 07 17:55:31 PaulFertser: ok, good to know Nov 07 17:55:35 GNUtoo|laptop: no, not yet Nov 07 17:55:56 mrmoku: but those are easily fixable anyway. Nov 07 17:56:02 GNUtoo|laptop: I'm my daywork's slave... and in addition my father in law is here for a visit from italy Nov 07 17:56:23 PaulFertser: not a problem, because the patches will be for nokia900 machine exclusively Nov 07 17:56:35 mrmoku: ok, just a word of warning. Nov 07 17:56:42 yup, thanks :) Nov 07 18:48:03 mrmoku, ok Nov 07 19:24:14 JaMa: which tests in particular? Nov 07 19:29:43 Weiss: glamo-dri-tests all which starts with gdri, and those outputs were from gdri-mem-manager Nov 07 19:34:23 you shouldn't really use gdri-cmdq-submission or gdri-buf-cmdq any more.. they assume the framebuffer is at a particular location and might break things (in theory at least) Nov 07 19:34:28 gdri-mem-manager should be OK thouhg Nov 07 19:46:12 Weiss: I was just surprised then it works on 1st and 2nd run and then stop working in 3rd so I was wondering if it's somehow related to those exa breakages I see Nov 07 19:50:44 hmm Nov 07 19:50:53 any logs from the userspace test program? Nov 07 19:51:01 it looks like an error was returned from one of the ioctls... which one? Nov 07 19:52:54 auth [drm:drm_ioctl], pid=12022, cmd=0x40046411, nr=0x11, dev 0xe200, auth=1 -> [drm:drm_ioctl], ret = fffffff3, instead of ie [drm:drm_authmagic], 12 Nov 07 19:54:43 ../drm/drm.h:#define DRM_IOCTL_AUTH_MAGIC DRM_IOW( 0x11, struct drm_auth) Nov 07 19:55:50 hmm.. that's the authentication stuff, which unless it's an obscure problem is Not My Fault (TM) Nov 07 19:55:53 odd.. Nov 07 19:57:58 yup the code seems sane, would need more printks to see where it failed Nov 07 19:58:45 this is on 2.6.34 I guess? Nov 07 19:59:57 yes Nov 07 20:01:44 maybe there's something needed in the rebase that wasn't added? Nov 07 20:06:21 yeah maybe, btw that problem with orrery crashing Xorg is there also with (latest as well as older) 2.6.32, xserver-1.7.2, libx11-1.3.2, some old pixman and libdrm Nov 07 20:06:50 and old mesa too Nov 07 20:13:52 did you try replacing the BO maps with malloc()s? Nov 07 20:14:10 could be that it just didn't handle a low memory situation very well Nov 07 20:15:56 sort of tried, but wasn't able to prepare working patch :/ Nov 07 20:55:17 Weiss: are drm buffere handles recycled? Nov 07 23:00:08 my dmesg is full of lines about ts, like if they were written each time I press the ts Nov 07 23:12:01 pespin: it is written each time you _release_ ts, not press. Nov 07 23:12:11 this of any value? Nov 07 23:12:13 https://www.codeaurora.org/gitweb/quic/chrome/?p=kernel.git;a=commitdiff;h=589735b4e0656f899ea163e4c0d5326617bde9f7 Nov 07 23:13:42 one more ar6000 driver? Nov 07 23:14:41 someone have to try all this drivers, .36 kernel driver, this one, and check in which state is our 34s driver Nov 07 23:15:23 gena2x, was this logging msg activated for some reason? Nov 07 23:15:46 pespin: no reason Nov 07 23:15:51 it's hard to look for other info in dmesg with all those messages spamming it hehe Nov 07 23:16:11 pespin: grep -v ;) Nov 07 23:17:01 gena2x, yeah, but less writting in gta02 with vkb, more happy you are :P Nov 07 23:17:36 gena2x, how about commenting the log line in source code? :) Nov 07 23:18:17 btw, when you say release the ts, you mean stop pressing it with ie your finger? Nov 07 23:18:47 pespin: sure Nov 07 23:18:59 pespin: about release. Nov 07 23:19:42 gena2x, where dos that msg come from? tslib? kernel? Nov 07 23:20:01 pespin: kernel. if should be turned off for sure Nov 07 23:20:08 *it Nov 07 23:21:00 gena2x, could you do it? I'm afraid I don't know anything about kernel programming Nov 07 23:21:53 pespin: it is good idea, i'll post simple patch but can't say than this be added to your favorite distro Nov 07 23:22:39 tomorrow, if not forget. it annoys me too. Nov 07 23:22:43 gena2x, point me to it when you have it, I'll ask for inclusion in SHR :) Nov 07 23:23:14 pespin: i'll post this one-liner to openmoko-kernel as usual Nov 07 23:24:10 gena2x, uhm I suppouse this goes into upstream openmoko kernel and SHR grabs sources from there? Nov 07 23:24:49 hehe, kernel paths in openmoko distros are not so obvious ;) Nov 07 23:27:15 I'll include it as soon as there is gta01 support in 2.6.34 :) Nov 07 23:27:24 we have upstream. lars (mainly) porting (and upstreaming) some of moko code to new upstream releases (.32, .34). distro builders (radek and martin) are getting lars's tree and apply huge list of patches (things lars do not want to upstream) Nov 07 23:28:38 gena2x, and does it go to kernel.org? Nov 07 23:29:21 me (as seem i made few patches) publishing them on openmoko-kernel and trying to convience distro builders to include my work to their patch set. sometimes things going in other directions. for example i am solving problem on request of some distro builders, so i can skip convience step :) Nov 07 23:29:30 I have very little knowledge about how linux sources are distributed in different places hehe Nov 07 23:29:34 diff from git.openmoko.org has 1.5MB for 2.6.34 Nov 07 23:29:45 * JaMa hopes that for 2.6.36 it will be a bit smaller Nov 07 23:29:50 hehe Nov 07 23:30:28 * gena2x hopes we'll get new ar6000 driver, which well be upstream, fast and shiny :) Nov 07 23:30:29 * JaMa likes gena2x's patches :) Nov 07 23:30:46 why aren't those 1.5 MB in upstream? Nov 07 23:30:55 and now sleep, only 5hours left, gnite Nov 07 23:31:04 gnight :) Nov 07 23:31:05 (you forgot to menton - not always and not all), but thanks :) Nov 07 23:31:51 * gena2x happy 'convience' step takes radically less time recently Nov 07 23:32:08 I remember only discussion about nodebug Nov 07 23:32:28 which was mostly due we didn't understand each other here very well :) Nov 07 23:32:42 yeah, i'll remember it for whole life. Nov 07 23:33:34 why all those patches doesn't go into upstream? doesn't follow some commit policies? too hackish? Nov 07 23:33:42 hehe Nov 07 23:35:56 pespin: different reasons. some not finished i think (like drm). some hacky and 'never be accepted' (like ar6000), some nobody cares (like my ts patch), some without reason (like my ar6000 delay patch is not merged to ar6000 lars branch) Nov 07 23:36:42 gena2x, so only lars has commit access to upstream? Nov 07 23:37:11 pespin: no. anyone have. Nov 07 23:37:29 pespin: but he has commit access to openmoko's git. Nov 07 23:37:54 pespin: and doing great work of mergin openmoko's code to new upstream releases Nov 07 23:38:21 pespin: that's why every distro code bases on his branches. Nov 07 23:38:50 gena2x, thanks for the info :) Nov 07 23:38:56 np Nov 07 23:39:27 gena2x, and only lars has commit acess to openmoko git? Nov 07 23:39:37 I mean, you could put your patches directly in there Nov 07 23:40:09 so everybody gets improvements Nov 07 23:42:31 pespin: probably i can ask for commit access, where is few reasons to do that. distro builders will still base their kernels on lars branch, so they'll just have to extract my patches from git not from ml. too few difference Nov 07 23:44:01 ok :) Nov 07 23:45:02 pespin: and yes, generally lars will not be really happy is i start to commit to his branch (as he never accepted my patches). Nov 07 23:45:10 s/is/if/ Nov 07 23:45:10 gena2x meant: pespin: and yes, generally lars will not be really happy if i start to commit to his branch (as he never accepted my patches). Nov 07 23:45:37 etc etc Nov 07 23:45:46 understood :P Nov 07 23:48:36 JaMa: btw, about nodebug - nothing really bad, just expierence, really remarkable for me. Nov 07 23:49:00 time to sleep for me too Nov 07 23:49:10 yeah me 2. Nov 07 23:49:22 i finally soldered new bubatt btw Nov 07 23:49:27 gena2x, gnight, thanks for the explanaition :) Nov 07 23:49:37 pespin: have nice dreams Nov 07 23:49:42 same to you! Nov 07 23:50:28 * gena2x gone to get his portion of dream, good night to all **** ENDING LOGGING AT Mon Nov 08 02:59:57 2010