[07:50] <apw> stimpy_ (N,BFTL), indeed the scheduler is meant to be SMT aware and avoid that when appropriate
[08:08] <apw> lamont, i assume you'll be wanting two ipsets then :/
[18:18]  * hallyn shoulda started the kernel dbgsym download over the weekend i guess
[18:27] <infinity> hallyn: Don't worry, once the download's done, it'll take another week to unpack.
[18:42] <hallyn> phew
[18:42] <hallyn> 70% d/led
[19:35] <hallyn> stgraber: so what's been confusing me with the new-pivot-root-failing thing is there are at least two breakages :)  apparmor is returning -EPERM, but then even with apparmor disabled it returns -EINVAL later.  unofrtunately systemtap doesn't seem to want me to investigate static fns
[19:58] <stgraber> hallyn: that's what printk's for :)
[19:58] <hallyn> stgraber: i'm trying to do this without waiting for kenrel compiles 
[20:02] <hallyn> but i think at this point i'll have to.  can't find a good way to get 'current' in a stap script
[20:05] <hallyn> ah there we go
[20:07] <hallyn> hm, the mntns is null
[20:40] <hallyn> well so kern_path is returning a path with mnt->mnt_ns 0x0.
[23:07] <sbeattie> smb: okay, I committed a fix to QRT to cope with the setpcaps format change; get bjf or whoever to update the QRT scripts in jenkins.
[23:29] <kees> alright, now I'm stumped. Which package has the i386 asm/siginfo.h file when I'm building on amd64?
[23:30] <kees> for native, it's in linux-libc-dev. For other archs, it's in linux-libc-dev-$ARCH-cross.
[23:30] <kees> but there's no linux-libc-dev-i386-cross
[23:32] <kees> ah! linux-libc-dev:i386
[23:37] <lastprophet_> hi there
[23:38] <lastprophet_> anyone know wich is the multitask source code? (kernel)
[23:53] <lastprophet_> ??