[00:18] <BenC> infinity: /usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or directory
[00:18] <BenC> infinity: That's during one of the last "make silentconfig"s in the ppc build
[00:19] <BenC> Some sort of passive failure?
[00:19] <BenC>  /build/buildd/linux-ppc-3.10.0/scripts/gcc-version.sh: line 29: printf: #: invalid number
[06:39] <disdi_> I am facing with porting  a driver from a 2.6.18 kernel to )3.8.3 kernel(Ubuntu 13.04). Apart from the APIs and functions that have changed which I have more or less replaced), the system call implementation has changed.
[06:39] <disdi_> Can some body help?
[06:44] <disdi_> I am facing with porting  a driver from a 2.6.18 kernel to )3.8.3 kernel(Ubuntu 13.04). Apart from the APIs and functions that have changed which I have more or less replaced), the system call implementation has changed.
[06:51] <disdi_> Can some body help?
[07:09] <infinity> BenC: You probably wanted gcc-multilib (or g++-multilib) instead of a direct dep on libc6-dev-ppc64, so you don't have to worry about what libs -m64 does and doesn't need.
[07:36]  * smb pretends to be awake
[09:16] <infinity> zequence: I assume lowlatency SRUs will be a weekend thing for you?
[10:43] <xnox> ogasawara: http://pad.lv/1023645
[10:43] <ubot2`> Launchpad bug 1023645 in ndiswrapper (Ubuntu Quantal) "ndiswrapper-dkms 1.57-1ubuntu1: ndiswrapper kernel module failed to build [error: ‘struct kernel_stat’ has no member named ‘cpustat’]" [High,Triaged]
[10:43] <xnox> looks like there is ppa with fixes.
[10:44] <xnox> or does kernel team not have cycles for dkms modules?
[10:45] <ohsix> dkms exists to make them their own entity
[10:45] <ohsix> so no, and you'll find that ndiswrapper hasn't worked for a long time
[10:48] <xnox> ohsix: well i did fix it up a few times. but i'm not on top off all the linux-lts kernels in precise, that's for sure.
[13:41] <zequence> infinity: Yes, I will have it done before the weekend is over
[13:42] <infinity> zequence: Cool.  I'll stop nagging, then.
[13:42] <zequence> infinity: it's ok :). I have about a week from when the bug reports come out?
[13:43] <infinity> zequence: To be on the same cadence as Canoical kernels, you have about a week, yeah.  But it's a bit simpler for you because your regression/QA bits don't take you two weeks. :P
[13:43] <infinity> zequence: So, you can be late.  I'll just nag every so often.
[13:52]  * henrix -> late lunch
[13:57] <BenC> infinity: Ok
[15:17] <apw> rtg, fyi an official fix for that ext4 bug turned up, and was the same so we are good, i have reverted and replaced on the tip of master-next but we don't have to react
[15:17] <rtg> apw, ack
[15:17] <apw> rtg, and am now working with utlemming on hyper-v issues we have outstanding
[15:18] <rtg> apw, and I am fiddling with firmware. blech!
[15:23] <rtg> apw, that isn't in Linus' repo yet, right ?
[15:23] <apw> right it isn't, it is queued for the merge window, you thinking SAUCE
[15:24] <rtg> no, just confirming. everything on master-next is gonna get blown away when we switch to 3.11 anyways
[15:24] <apw> right
[15:24] <rtg> but not for a few rc releases
[15:25] <apw> it only afects fs's with 1k block sizes, ie very small ones, so its not likely hit anywhere other than our multi-lvm layout anyhow
[15:25] <apw> which explains why we didn't see it
[17:23]  * rtg -> lunch
[17:28]  * henrix -> EOW