**** BEGIN LOGGING AT Thu Jun 24 02:59:58 2010 Jun 24 04:55:01 build #76 of avr32 is complete: Failure [failed shell_6] Build details are at http://tksite.gotdns.org:8010/builders/avr32/builds/76 Jun 24 06:14:05 build #54 of ps3 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/54 Jun 24 07:23:12 build #52 of ubicom32 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/52 Jun 24 07:43:30 hello Jun 24 08:36:33 build #53 of xburst is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/53 Jun 24 08:46:13 acoul: hi Jun 24 11:33:35 acoul * r21888 /packages/net/net-tools/Makefile: net/net-tools: break one big output package to individual net-tools utilities Jun 24 12:15:06 build #85 of ppc40x is complete: Failure [failed shell_6] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/85 Jun 24 12:17:48 florian * r21889 /trunk/target/linux/generic-2.6/ (6 files): [kernel] add missing CONFIG_PCMCIA_XIRCOM spotted by buildbot Jun 24 14:25:09 acoul * r21890 /trunk/target/linux/ixp4xx/ (config-2.6.33 config-2.6.35 patches-2.6.33/ patches-2.6.35/): ixp4xx: revert kernel support for 2.6.33 & 2.6.35 Jun 24 14:29:43 acoul * r21891 /trunk/target/linux/ixp4xx/ (16 files in 2 dirs): ixp4xx: add kernel 2.6.33 preliminary support Jun 24 14:34:51 acoul * r21892 /trunk/target/linux/ixp4xx/patches-2.6.33/520-tw2662_support.patch: ixp4xx: add Titan Wireless TW-266-2 support Jun 24 14:36:43 acoul * r21893 /trunk/target/linux/ixp4xx/patches-2.6.33/132-wrt300nv2_mac_fix.patch: ixp4xx: fix MAC parsing and switch (unmanaged) functionality for wrt300nv2 (thank you Ernesto Elbe) Jun 24 14:38:04 acoul * r21894 /trunk/target/linux/ixp4xx/patches-2.6.33/ (4 files): ixp4xx: add Mikael Petterssons patch works Jun 24 14:40:38 acoul * r21895 /trunk/target/linux/ixp4xx/ (16 files in 2 dirs): ixp4xx: add kernel 2.6.35 preliminary support Jun 24 14:57:23 <[Fate]> I'm trying to add debugging stuff to the ag71xx driver, but somehow I can't get strcpy() right. it always seems to link the libc function to it although I added to the ag71xx.h includes Jun 24 14:57:58 <[florian]> [Fate]: that's unlikely, you are in the kernel so it links with the built-in klibc Jun 24 14:58:26 <[Fate]> at least that's what I conclude from obviously crappy msgs such as Jun 24 14:58:26 <[Fate]> (.text.ag71xx_debugfs_update_log+0x3c): undefined reference to `__fractsida' Jun 24 15:00:00 i don't think strcpy is the problem here Jun 24 15:01:53 __fractsida is a reference to a fixed point fractional math function (generated by gcc, usually implemented by libgcc) Jun 24 15:02:04 so something you did uses some kind of math that nothing else in the kernel uses Jun 24 15:07:38 acoul * r21896 /trunk/target/linux/mpc83xx/ (5 files in 2 dirs): mpc83xx: add kernel 2.6.35 preliminary support Jun 24 15:10:47 <[Fate]> well let's see Jun 24 15:10:50 <[Fate]> the funny thing is Jun 24 15:11:08 <[Fate]> I can't debug with printk() really because I get some very strange outages Jun 24 15:11:21 <[Fate]> as if dmesg implementation is buggy, printk() is or god knows what Jun 24 15:11:23 i have to leave in a few minutes, but you could show me your changes, maybe i have time to spot the error Jun 24 15:11:32 <[Fate]> so I was thinking about piping msgs into a debugfs file buffer Jun 24 15:11:50 oh, have to leave now Jun 24 15:11:57 <[Fate]> bye =) Jun 24 15:12:16 <[Fate]> I wish juhosg could be around more often Jun 24 15:12:20 <[Fate]> he authored the thing lately Jun 24 15:18:16 <[florian]> [Fate]: printk will just change the timings, so you might not see the issue anymore Jun 24 15:18:37 <[Fate]> exactly Jun 24 15:19:12 <[florian]> the implementation of it is not buggy just it buffers the messages, and then let the uart output things Jun 24 15:24:14 <[Fate]> the thing is: I'm trying all the time to narrow down which parts of the code run. but some printk()'s just don't arrive, when they definitely should have Jun 24 15:24:27 <[Fate]> and I do logread -f >/tmp/logs and inspect that file later, so theoretically the uart should be out of the play? Jun 24 15:25:41 <[Fate]> screw me, the math crap came from a define with a size of "128K", lol Jun 24 15:27:04 <[florian]> whichever console is configured to output something will be "called" when you printk is called Jun 24 15:29:50 <[Fate]> so using a serial console can cause this effect even though the msg does not appear on the actual console but only in logread/dmesg? Jun 24 15:30:19 <[florian]> if your console is a tty, like a ssh session you won't see the dmesg/output console logs Jun 24 15:30:29 <[florian]> but it will be output on the uart Jun 24 15:30:38 <[florian]> assuming the uart is enabled, but we do this for all boards Jun 24 15:32:32 <[Fate]> doh! that explains a lot Jun 24 15:32:41 <[Fate]> too bad there is just serial or the buggy enet Jun 24 15:33:02 <[florian]> well, if you had luck you could use the ehci dbg feature to get some debugging stuff Jun 24 15:33:31 <[Fate]> if I had usb =) Jun 24 15:33:38 <[florian]> you can still try to use oprofile or things like this Jun 24 15:33:46 <[florian]> but this is more for profiling than pure debugging Jun 24 15:37:38 <[Fate]> so basically it could be too many printk()'s at once that get lost on the uart Jun 24 15:38:47 <[florian]> could be that, could be that you think you should enter the function where the printk is, but you don't, could be anything ;) Jun 24 15:42:17 <[Fate]> how I love driver debugging =) Jun 24 15:45:29 <[Fate]> too bad there's no sprintk() Jun 24 15:45:50 <[florian]> there is sprintf Jun 24 16:17:38 can someone check to see if opkg still works in a new trunk Jun 24 16:17:50 it seems not to be working here Jun 24 16:19:10 http://dpaste.com/211026/ Jun 24 16:20:58 <[florian]> could not be the md5sum out of sync instead? Jun 24 16:22:01 I dont know Jun 24 16:30:18 looks like Packages[.gz] is stale Jun 24 17:11:34 I can't seem to tell if the l7-protocols module is working or even present. could someone take a look at this: http://pastebin.com/RThYe75z Jun 24 18:00:12 I have what sounds like a noob question Jun 24 18:00:25 [Fate]: isn't printk sprintf-like already? Jun 24 18:01:12 I am playing with a Dlink DIR-825, I am only able to use it in 802.11-g mode - I cannot see n networks Jun 24 18:01:48 from my brand new macbook pro which purportedly supports n mode Jun 24 18:42:55 nbd: what is the best way to bring wan up on boot? Jun 25 02:38:33 build #81 of atheros is complete: Failure [failed shell_6] Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/81 **** ENDING LOGGING AT Fri Jun 25 02:59:57 2010