**** BEGIN LOGGING AT Tue Nov 01 03:00:03 2005 Nov 01 03:54:57 hi, anybody around who can help me with a quick Q concerning a patch I am making ? Nov 01 03:55:12 I can try Nov 01 03:55:34 gr8, let me sketch the problem and my q Nov 01 03:56:03 the new ixp400 driver does not support netconsole because pollcontroller is missing Nov 01 03:57:01 while making a patch for this I stumbled upon a patch for 425 called pollcontroller.patch Nov 01 03:57:32 actually this patch contains all code that I need/want Nov 01 03:58:10 however, the lines are off and the filename is off (ixp425-eth-1.1-r1/ixp425_eth.c) Nov 01 03:58:20 that means I cannot use this patch right? Nov 01 03:58:37 (don't want to create a new one if there is already something lying around) Nov 01 03:59:04 right? Nov 01 03:59:13 if the lines and filename are off you can add a new patch Nov 01 04:00:16 yeah, the filename is definitely off, the old patch was pollcontroller.patch and for 425, I was planning to name this one ixp400_pollcontroller.patch Nov 01 04:00:53 the other one then should become ixp425_pollcontroller.patch Nov 01 04:01:11 sounds about right Nov 01 04:01:52 ok, i'll go for it; i thought I just ask before I offend someone by making changes in a way not desired Nov 01 04:03:46 can I rename the existing one to ixp425_pollcontroller.patch as well? i.e. is there something like mt rename or should I do something like mt del (assuming it exists) followed by mt add, or should I just accept that the 425 patch is only called pollcontroller.patch Nov 01 04:04:04 (just trying to learn what common practice is in this community) Nov 01 04:05:02 mt move Nov 01 04:05:09 ok, thanks Nov 01 04:05:22 which is a db op, so you have to move it in the working copy too Nov 01 04:06:28 it retains history, something which cvs couldn't handle Nov 01 04:15:17 koen, one last q: the current bb file is called ixp400-eth_1.4.bb and contains PR = "r4" Nov 01 04:15:17 should i create a new file ...1.5.bb or set PR to r5 (or something different); I added a patch in the bb file Nov 01 04:16:12 bump PR Nov 01 04:16:49 ok, consider it done, I'll do some additional test to see if it really builds and then check the stuff in (after lunch) Nov 01 04:16:53 tnx for your help Nov 01 04:53:55 koen, checked in my change; didn't do the rename as the "old" patch was only in ixp425-eth_1.1.bb and not in the newer ixp425-eth_1.2.bb Nov 01 04:54:29 actually the latter seems to be missing the patch as well, but then again we are not using this 425 stuff any more are we Nov 01 04:55:40 (and frankly speaking even the pkg name (ixp425-eth) could be considered a misnomeer as it also contains ixp400-eth; don't know how to fix this though and I am also not sure that it is worth the hassle) Nov 01 07:09:57 Morning Nov 01 07:10:33 I Openslug 2.8beta close? I'm salivating at all the nice changes you guys have cooking for this next release. Nov 01 07:10:52 i saw 3.0 mentioned somewhere Nov 01 07:11:34 yeah, that's why I'm asking. Not sure either. Nov 01 07:11:55 Work has been crazy lately so I haven't been able to keep up to date. Nov 01 07:12:00 I think 3.0 uses 2.6.14 and thumb interwork Nov 01 07:12:06 sweet! Nov 01 07:12:17 my slug have an uptime of 2 weeks, so I'm a bit behind too Nov 01 07:12:19 thumb interwork? Nov 01 07:12:41 using thumb instructions instead of normal ones Nov 01 07:12:57 should save ±30% of flash Nov 01 07:13:02 My robot has been running 2.7 since it came out and has an uptime of 10 days. Nov 01 07:13:07 nice. Nov 01 07:13:10 Any speed diff? Nov 01 07:13:35 I imagine it's slightly faster since you don't have to move as much data around Nov 01 07:13:46 all good news! Nov 01 07:14:11 but CPU bound apps probably won't get faster Nov 01 07:14:15 I guess I'll have to check with Dyoung to see what the ETA is. Nov 01 07:14:21 nod Nov 01 07:14:31 Like my vision lib! Nov 01 07:25:47 koen, when it comes to sizes there is an interesting observation. Nov 01 07:26:23 i've ported pvrusb2 and dyoung-away did the same. He made a nice bb file and build cross, while I just compiled on the target Nov 01 07:26:41 my .ko file was if I recall correctly about 6k and his 10 Nov 01 07:26:50 strange Nov 01 07:27:00 He did do a patch in the makefile, but nothing spectactular Nov 01 07:27:07 let me see if I still have this, hang on Nov 01 07:27:21 maybe different cflags or something Nov 01 07:27:37 -Os would be a nice one for openslug Nov 01 07:27:50 yeah, that's what I was thinking but I cannot imagine that openslug would not use -O Nov 01 07:27:57 or indeed -Os Nov 01 07:28:02 don't know where these are set Nov 01 07:30:43 as long as -Os doesn't sacrifice speed too much though Nov 01 07:31:04 oops, found my old images back and they are larger because the ko file was not stripped Nov 01 07:31:06 -Os is -O2 with some extra size tweaks Nov 01 07:31:17 i see. Nov 01 07:31:33 and strip native does not work on ko Nov 01 07:31:49 /me is eating his words Nov 01 07:32:01 brb Nov 01 09:01:17 monotone: misuse: branch org.openembedded.dev has multiple heads Nov 01 09:01:42 someone can help me? i'm not familiar with monotone.. Nov 01 09:03:18 try monotone merge --lca Nov 01 09:03:54 monotone: misuse: syntax error near the "--lca" option: unknown option Nov 01 09:04:40 what version of monotone do you have? Nov 01 09:04:51 0.18 Nov 01 09:04:59 that's way too old Nov 01 09:05:10 ok i'm going to update it Nov 01 09:05:14 monotone changed database layout after 0.19 Nov 01 09:05:42 0.20 or newer should do Nov 01 09:05:43 black\out, you can also get the multiple heads if you made local changes Nov 01 09:06:26 http://venge.net/monotone/ has some static packages for monotone 0.23 Nov 01 09:06:39 yeah koen i'm downloading it :) Nov 01 09:08:20 d'oh same error Nov 01 09:08:48 monotone: warning: ignoring unknown signature by 'nslu2-linux@nslu2-linux.org' on '[branch@fe983f69120d3f09263cea771643b29b9a70785f:b3JnLm9wZW5lbWJlZGRlZC5kZXY=]' Nov 01 09:08:48 monotone: misuse: branch org.openembedded.dev has multiple heads Nov 01 09:08:48 make: *** [openembedded/.configured] Error 1 Nov 01 09:08:57 (there are more similar warnings..) Nov 01 09:09:23 eFfeM: i've made no local changes, yust downloaded the makefile half an hour ago.. Nov 01 09:09:42 ok, just wanted to make you aware of this, have been bitten by this myself Nov 01 09:10:05 ok thanks :) Nov 01 09:10:23 I saw that jbowler did some things on ixp and so did I, could be the cause, try to look in it later (have to go for dinner now) Nov 01 09:11:18 koen, did some quick tests, hacked -Os in the makefile for pvrusb2, this is what I get: Nov 01 09:11:20 -rw-rw-r-- 1 slug slug 46774 Nov 1 17:01 /tmp/sav/msp3400.ko Nov 01 09:11:20 -rw-rw-r-- 1 slug slug 34016 Nov 1 17:08 msp3400.ko Nov 01 09:11:20 -rw-rw-r-- 1 slug slug 175898 Nov 1 17:01 /tmp/sav/pvrusb2.ko Nov 01 09:11:20 -rw-rw-r-- 1 slug slug 119032 Nov 1 17:08 pvrusb2.ko Nov 01 09:11:36 the files in /tmp/sav are the ones without -Os and are substantially longer Nov 01 09:11:45 need to go to eat now, but try to look into this as well Nov 01 09:12:30 even more as I expected Nov 01 09:21:57 eFfeM: you need to make sure the kernel config has the 'optimise for space' setting, then Os will be used. Nov 01 09:23:05 Unless the module is hacking its own makefile, which would be bad. Also the -march=armv5te might make a difference, that's in CC Nov 01 09:56:20 jbowler, the module is in a separate package (pvrusb2-mci), the makefile patch says: Nov 01 09:56:22 - $(MAKE) INSTALL_MOD_DIR=$(INSTALL_MOD_DIR) -C $(KDIR) M=$(shell pwd) $@ Nov 01 09:56:22 + $(MAKE) INSTALL_MOD_DIR=$(INSTALL_MOD_DIR) CFLAGS="$(CFLAGS) -Os" -C $(KDIR) M=$(shell pwd) $@ Nov 01 09:56:30 where I added the -Os Nov 01 09:56:54 this one was made by dyoung. I've no idea what CFLAGS is when I get there Nov 01 09:58:41 so basically dyoung added the CFLAGS passing Nov 01 09:59:01 no idea where they come from or who defines them; is this someting in a conf file for bb? Nov 01 10:00:37 not sure if this is the right place to ask, but anyways: i'm using unslung55, and the `top`command is missing in the distro Nov 01 10:00:55 is there an alternative command for that? Nov 01 10:01:16 black\out, I have no problems with the head, I just did mt pull; mt update; mt pull ;mt update (just to be sure that I was at the very last version) no multiple heads here Nov 01 10:02:52 (then again I am pulling from ewi, not that I think that makes a diff, but you need a wiz that knows more about mt etc than me) Nov 01 10:03:41 everything is synced every 20 minutes or so Nov 01 10:04:10 yeah that's what I expected (from the delay of the CIA msges) Nov 01 10:05:23 koen|770, I've just assumed it is ok that I use ewi (as nslu2-linux.org is still slow) and when I started this the german site whose name I forgot wasn't up either, so somehow ewi ended up as my default setting somewhere Nov 01 10:05:51 shouldn't really matter Nov 01 10:07:11 nevermind, got it.. busybox top did the trick Nov 01 10:07:54 ok, just thought i'd ask since the subject now came up. don't know about other uses of that specific machine, so it could be that it was only to be used as backup Nov 01 10:31:23 jbowler, just added an echo for CFLAGS: with the pvrusb2-mci package it gives for CFLAGS: Nov 01 10:31:24 -I/home/slug/OpenSlugHead/openslug/tmp/work/nslu2-kernel-2.6.14-r3.1/linux-2.6.14/include -D__LINUX_ARM_ARCH__=5 Nov 01 10:31:39 so no -O or -Os Nov 01 10:32:07 of course I can add this locally, but I feel this might be applicable for other packages as well Nov 01 10:32:43 could we add -Os somewhere? Nov 01 10:34:29 ok, need to close, please get back to me on this later or drop an email or post a msg Nov 01 10:34:41 eEfeM: it isn't necessarily in CFLAGS, look at how ixp400-eth builds, it should be doing the same Nov 01 15:08:43 hi **** ENDING LOGGING AT Wed Nov 02 02:59:57 2005