=== yofel_ is now known as yofel === smb` is now known as smb [07:55] morning [07:56] smb: hey === henrix_` is now known as henrix [10:11] brb [11:30] Hey, any reason for not building the kernels with CONFIG_NFS_V4_1? Even RHEL has it these days, and it is fairly annoying to have to maintain custom kernels just to be able to mount our storage... [11:42] * ppisati -> out for lunch [12:10] maswan: Someone likely just needs to add it, Debian got it recently: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+627655 [12:15] Hope someone does it soon then. :) [12:18] maswan: i'm not aware of any reason not to include this option, but if you want it included, the best way is to open a bug with this request [12:20] will do [12:22] henrix, isn't it on in raring already? [12:22] would be most excellent if it could make it's way to a precise update too. [12:22] or is that too invasive? [12:23] debian.master/config/config.common.ubuntu:CONFIG_NFS_V4_1=y [12:23] so definatly already in raring [12:23] excellent [12:23] it is not on in Q so I assume not before that either. turning it on in older releases is harder, it would definatly need a bug, and lots of testing [12:24] apw: yes, its in raring [12:24] i checked in P and Q, and it is not there [12:24] yeah, we know it isn't in P, since we have a bunch of P servers that would like it. :) [12:25] * apw concurs [12:26] maswan: could you please open a bug with this and paste here the bug #? i'll follow up with this [12:27] henrix: Yeah, dusting off my launchpad:ese now. :) [12:27] Hm. A possible option for us would also be an r-to-p kernel backport in the wait for a new lts, I guess, assuming it works. [12:28] maswan: r on p is also possible, yes [12:29] But if there is a major kernel update scheduled for P anyway, this is a change that I'd very much would like to be considered for it [12:31] this change would be included in the regular SRU cycles, not really in a major kernel update [12:32] * maswan nods [12:39] henrix: 1111416 [12:41] maswan: ack, thanks. i'll make sure we'll have this option enabled soon [12:43] * henrix -> lunch [12:48] awesome! === smartboyhw_ is now known as smartboyhw [14:09] bug #1111416 [14:09] Launchpad bug 1111416 in linux (Ubuntu Quantal) "CONFIG_NFS_V4_1=y in Precise kernel update, please" [Undecided,New] https://launchpad.net/bugs/1111416 [14:10] maswan, when you roll custom kernels is all you are changing from the main P kernel that option? and if so and you have tested or even production run with that it would be good infrmation to have in the bug [14:11] it all helps to tell us it is stable and feature complete back there [14:14] apw: We haven't yet, we're just deploying the new storage now. Will prod the guys in charge of that project to do that and test it proper. [14:14] maswan, or get henrix to post an 'official' test kernel with the changes he intends to apply [14:14] apw: that would be even better [14:15] apw: maswan: will do that. i'll post a link in the bug to Q and P test kernels before submitting the patches [14:15] henrix: excellent! [15:41] ppisati, i have been running your -omap kernel on omap4, and i think it just wedged [15:41] ppisati, seen anything like that? [15:42] apw: uhm no [15:42] apw: did it print anything? [15:42] ppisati, also i seem to have lost my heartbeat [15:42] ppisati, not anywhere i could see [15:42] apw: i compiled a kernel oevr usb and it was ok [15:46] ppisati, http://paste.ubuntu.com/1593378/ [15:48] maswan: i've just updated the bug with an URL to test kernels [15:50] apw: ok, i saw it in the past [15:52] ppisati, so did you say there was a bug open on this one ? [15:52] ppisati, i am probabally pretty rare in actually having ipv6 to trigger this [15:53] henrix: thank you, we'll see if we can get some testing done tomorrow, or next week. [15:53] ppisati, if that is the actual cause of course [15:53] ppisati, anyhow i have also lost my heartbeat on that box, is that gone in 3.8 [15:53] maswan: sure, no prob. just update the bug with any info, as i'll keep an eye on it [15:54] apw: led? probably config skew [15:54] ppisati, yeah the flash-flash flash-flash related to load thing [15:54] apw: there's a but about a slowpath being hit, and the reporter said the board was both ipv4/6 connected [15:54] ppisati, now i have no lights when it is idle, which is [15:54] apw: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1030397 [15:54] Ubuntu bug 1030397 in linux-ti-omap4 (Ubuntu) "slowpath in tcp_recvmsg on pandaboard es" [Medium,Incomplete] [15:54] not what i am used to [15:55] apw: ok, i'll turn heartbeat on [15:55] * ppisati has used more the imx6 lately [15:55] that's why i probably didn't notice it [15:56] ppisati, that bug looks different to me, here is a real BUG [15:56] apw: yes, it's different [15:56] apw: but i think i saw it [15:57] apw: apw and it didn't hangs my board [15:57] it is hard to know whether it was the last thing, as the log is truncated at that point [15:57] apw: ok [15:57] i'll push 2 patches for imx6, then i'll switch back to see this on omap4 [16:03] ppisati np thanks [16:03] ppisati, i'll monitor it for a bit to see if it does it again [16:18] ivoks: ping [16:21] caribou_: yes? [16:21] ivoks: any idea of what's happening with the SRU on https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/833368 [16:21] Ubuntu bug 833368 in lvm2 (Ubuntu Precise) "clustered lvm commands fail with "activation/monitoring=0 is incompatible with clustered Volume Group" error" [Undecided,In progress] [16:22] i am meant to upload it. [16:22] but got carried away in the sprint this week. [16:22] caribou_: ^ i'm not the right person for the question :) [16:22] caribou_: is it urgent? [16:22] xnox: ah, ok I just didn't see it in any of the SRU queues [16:51] * ppisati goes away for 20mins [17:03] ppisati, elloco died again .. this time with the disk light on [17:18] apw: let me turn on my panda [17:20] ppisati, nothing in syslog this time, just wedged === kentb is now known as kentb-lunch === ogra_ is now known as ogra [17:35] anybody getting 'fail to flush all tx fifo queues' with 3.8.0-2 on their centrino intel w/ iwlwifi driver? [17:36] arges: yeah, i've seen it as well. but it should be fixed with c3e5d7181afb66657393066bccce0956fab09ab3 [17:37] henrix: ok so that's in the next raring kernel? [17:37] (haven't tested it myself as i rarely use wifi) [17:37] 3.8.0-3? [17:38] arges: i guess so, its mainlined [17:39] arges: here's the lkml thread i recently saw: https://lkml.org/lkml/2013/1/28/603 [17:41] arges: I don't think we have it just yet in raring, but I'll cherry-pick it for now [17:41] ogasawara: or I can do it. either way : ) [17:41] arges: meh, easy enough for me. I'll let you build your own kernel though. we just missed the upload this morning. [17:42] ogasawara: ok [17:43] arges: ogasawara: note that i haven't tested it myself -- i just saw this thread in lkml, which caught my attention because i hit the same issue during weekend [17:44] (and completely forgot about it until arges remind me about it :-) ) [17:44] well i can test [17:44] arges: so maybe let me know how your test goes first and then I'll cherry-pick it [17:44] ogasawara: ack [17:44] should i file a new bug to track this btw? [17:45] arges: nah, since it's the dev release we can be a little more lenient with the process [17:45] ok great. baking a new kernel... [17:45] arges: plus we'll eventually pick it up whenever -rc6 goes out and we rebase === henrix is now known as henrix_ === henrix_ is now known as henrix [18:06] apw: http://paste.ubuntu.com/1593699/ [18:06] apw: bt it's still compiling [18:07] yeah mine did that a lot before it stopped dead [18:11] apw: i'll let it finish a kernel compilation, then i'll ifup an ipv6 interface [18:28] http://www.theregister.co.uk/2013/01/31/ubuntu_uefi_bricking_samsung_laptops/ === kentb-lunch is now known as kentb [18:58] ppisati, yep, we've been trying to get fixes for that out for months [18:58] ppisati, ultimatly it is terrible firmware which loses its mind [19:07] ppisati, how do the dtbs get supplied to the kernel for the omap3/4 use ? [19:07] apw: we don't use them in panda&c yet [19:07] apw: if you want to use it, you need to manually copy to the fat partition [19:08] ppisati, so how does the kernel know it is for omap3/4 and adapt without the dtb [19:08] apw: and then modifiy uEnv.txt to load it [19:08] i thought the point was it used the dtb to know what it was on [19:09] ppisati: What Andy's asking isn't "how do I use a dtb on Panda", but "how does the kernel know it's booting on a Panda"? [19:09] apw: arm/arch/mach-omap/boards* file are still compiled in [19:09] ppisati: And if the answer is "it's build to assume it's on OMAP", that could explain why we can't make it work on vexpress. [19:09] ppisati, yeah i have been trying to boot the same kenrel on vexpress and its not having it for me at least, dispite appearing to be enabled [19:10] ppisati, even supplying a dt [19:10] dtb to qemu ... [19:10] apw: let me try [19:10] ppisati, thanks [19:16] apw: ah, maybe i know what's going on [19:17] apw: i think they are attaching the DTB at the end of the kernel [19:17] apw: so you don't see they are passing it [19:17] apw: and of course we can't do it [19:18] so you mean i would need to add the dtb to vmlinux for it to work [19:18] vmlinuz even [19:18] even in qemu with -dtb support [19:20] ppisati, can i leave you to try and figure out if it can be done manually [19:20] ppisati, so we can later figure out what one has to do to make it work right [19:25] apw: yep [19:25] thanks [19:32] * ppisati goes for some dinner === AlanChicken is now known as alanbell === alanbell is now known as AlanBell [20:17] * ogasawara lunch === henrix is now known as henrix_ [20:50] jsalisbury, hi :). do made some progress on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1094722 ? [20:50] Ubuntu bug 1094722 in linux (Ubuntu) "Raring: regression: fan keeps spinning at full speed after suspend" [Medium,Confirmed] === emma_ is now known as emma [23:21] * ppisati -> EOD === emma is now known as em