**** BEGIN LOGGING AT Fri Dec 12 02:59:57 2008 Dec 12 10:49:44 mb_pb: you're the person i talked to yesterday about the om-target? Dec 12 11:02:10 mirko: yeah. mb_pb = mb_ on his powerbook ;) Dec 12 11:04:02 hint: you can also use /whois ;) Dec 12 11:11:54 kaloz * r13612 /trunk/package/kernel/modules/netfilter.mk: disable IMQ on 2.6.28 as well -- people should use IFB.. Dec 12 11:51:10 mb_pb: i'll commit some changes now Dec 12 11:51:21 you didn't change anything since yesterday? Dec 12 11:58:10 No Dec 12 11:58:13 ok Dec 12 11:58:26 I'll tell you before I change something Dec 12 11:58:41 feel free to make changes :) Dec 12 11:58:54 will try to get some food now Dec 12 11:58:56 I'm not going to work fulltime on it, so I don't know when I'll do some changes Dec 12 11:59:06 Yeah, that's a good idea Dec 12 11:59:06 ok Dec 12 11:59:08 ;) Dec 12 11:59:40 mirko * r13613 /trunk/target/linux/s3c24xx/ (337 files in 6 dirs): Dec 12 11:59:40 changed Makefile and profiles, added patches for kernel 2.6.24 Dec 12 11:59:40 (stable-branch of Openmoko) Dec 12 12:01:46 mirko: I was thinking of some semi-automated script to fetch and update the patches. Do you have something like that? Dec 12 12:02:23 lunch, bbl Dec 12 14:51:15 florian * r13614 /packages/libs/libinklevel/ (5 files in 2 dirs): Add libinklevel (#4335), thanks Raphael Dec 12 14:54:40 florian * r13615 /packages/libs/cyassl/ (. Makefile patches/ patches/001-fix_buffer_overflow.patch): Add cyassl (#4341), thanks Raphael Dec 12 15:17:06 florian * r13616 /trunk/target/linux/brcm63xx/image/Makefile: Build images for Inventel Livebox Dec 12 15:21:31 mb_pb: i hope it's not necessary, because openmoko as well as openwrt are trying to get their stuff upstream - hopefully they're not conflicting in futre Dec 12 15:21:48 mb_pb: btw - i would suggest to use the 2.6.24-patchset and kernel 2.6.24 per default Dec 12 15:21:52 looks much cleaner Dec 12 15:27:44 yeah well. Dec 12 15:28:05 The thing is, openmoko will _always_ have patches that are not merged upstream. Dec 12 15:28:35 And I think always merging them manually every seconds day is not really a good idea. Dec 12 15:29:00 So we could instead do a script that does git format patch etc... Dec 12 15:36:36 hmm Dec 12 15:36:47 let's wait with this until 2.6.28 is out Dec 12 15:37:02 and see how OM and openWrt are going Dec 12 20:15:08 mirko: Does it boot on your moko? Dec 12 20:15:22 mirko: Kernel doesn't boot for me: Starting kernel .... Dec 12 20:15:26 That's all Dec 12 20:33:34 mb_: yep, will debug it tonight Dec 12 20:33:41 2.6.26 as well as 2.6.24 Dec 12 20:34:10 but for testing oyu can use the original OM-kernel-image Dec 12 20:34:19 everything is built-in - no modules Dec 12 20:40:53 I'll just attach the debugboard and see if there are some messages Dec 12 20:41:26 will do the same Dec 12 20:51:31 mirko: http://nopaste.org/p/aBmAYdQ0S Dec 12 20:51:33 That's it Dec 12 20:54:33 I wonder if the debugboard's jtag can also be used for MIPS chips. Dec 12 20:54:45 hello Dec 12 20:54:52 hi Dec 12 21:04:51 mirko: I think the fix is trivial Dec 12 21:05:03 pretty sure of it ;) Dec 12 21:05:20 currently building without all the openwrt-patches to make sure it's a patch-conflict Dec 12 21:05:36 The patches didn't apply all Dec 12 21:05:44 There was some glitch in one patch Dec 12 21:05:44 hmm Dec 12 21:05:49 usally openwrt aborts Dec 12 21:05:53 I'm just compiling and I'll commit that soon Dec 12 21:05:54 when that happens Dec 12 21:06:03 ok, cool Dec 12 21:06:03 yeah, I'm wondering why it doesn't abort Dec 12 21:08:54 mb * r13617 /trunk/target/linux/s3c24xx/patches-2.6.26/0000-reverse-openwrt-patches-921-922-923.patch: moko: Fix patch so it applies properly. This fixes kernel boot due to other patches in the stack that weren't applied due to the failure. Dec 12 21:09:05 Interesting thing is that I'm responsible for that crap patch :D Dec 12 21:09:56 ah, you patched my reverse-patch :) Dec 12 21:10:04 hmm Dec 12 21:10:20 so it's still a workaround :) Dec 12 21:12:00 why do we need to reverse it anyway? Dec 12 21:12:07 The stuff should be pretty non-intrusive Dec 12 21:16:31 mb * r13618 /trunk/target/linux/s3c24xx/image/Makefile: moko nand blocksize is 128k Dec 12 21:20:11 mb_: the kernel didn't even build with that spi-stuff Dec 12 21:20:32 didn't figure out really why - just wanted to get a quick&dirrty kernel running - but it's 2 months ago Dec 12 21:20:36 there changed nuch Dec 12 21:20:38 *much Dec 12 21:21:05 will be away for some hours Dec 12 21:21:30 ok Dec 12 21:21:44 They also have some gpio/mmc stuff in there. Maybe it clashes Dec 12 21:21:51 yep Dec 12 21:21:55 seems so Dec 12 21:22:08 my gpiommc stuff isn't important for the moko anyway, so I can live with it Dec 12 21:22:54 gpiommc could be important Dec 12 21:23:10 there hardware is - ehrm - non-conservative ;) Dec 12 21:23:26 ok - see you! Dec 12 21:23:45 yeah, I meant - not for now :) Dec 12 21:24:04 But it has a native sd slot, so I still think it might be minor priority. Dec 12 21:24:11 sd oder gpio is _damn_ slow. Dec 12 21:24:27 300kb/sec or something like that Dec 12 21:24:42 sd over gpio... Dec 12 21:38:04 http://nopaste.org/p/a2GM5DtcQ Dec 12 21:38:10 I wonder what these CRCFAIL are Dec 12 21:39:18 http://markmail.org/message/fisgdh2kgbban45v hm, ok. So let's ignore them :) Dec 13 00:50:43 [mbm]: crcfails are normal Dec 13 00:51:02 sry, should go to mb_ Dec 13 01:55:22 mirko * r13619 /trunk/target/linux/s3c24xx/patches-2.6.26/ (510 files): change prefix for kernelpatchbase 2.6.26 **** ENDING LOGGING AT Sat Dec 13 03:00:03 2008