[06:31] it's monday! :) [07:32] 3.13 is out. rejoy! [08:13] * smb re... err enjoys his Monday cup #1 [09:58] * apw yawns extravigantly [10:00] cking, hi [10:01] brendand, hi there [10:01] cking, i've got a little fwts conundrum [10:01] what's the problem? [10:02] cking, if a test has some subtests that are skipped, the overall status will be skipped [10:03] cking, at the moment we ignore skipped tests, even though some of the sub tests may be FAIL as well [10:03] brendand, ok, which particular test(s) are that give you that issue? [10:03] Test |Pass |Fail |Abort|Warn |Skip |Info | [10:03] ---------------+-----+-----+-----+-----+-----+-----+ [10:03] method | 286| 18| | | 121| | [10:03] ---------------+-----+-----+-----+-----+-----+-----+ [10:03] Total: | 286| 18| 0| 0| 121| 0| [10:03] ---------------+-----+-----+-----+-----+-----+-----+ [10:04] cking, can we ignore the Fails because the overall status was Skip? [10:04] brendand, give me a an example of a test so I can get some better context [10:05] cking, the 'method' test - as here [10:06] so why can't you just check for FAILs first as these take precedence [10:07] cking, we use --stdout-summary [10:07] cking, that says SKIPPED [10:07] OK, that sounds like a bug, I'll look at that today [10:09] yep, I'll fix that so it reports FAILED if any fails are found, it looks like it picks up an inherited status from the last subtest === Guest93311 is now known as fmasi [10:09] brendand, thanks for spotting that [10:11] ok, figured out the bug, I'll send a patch out today [10:12] cking, i can create a subtask to our checkbox bug and could you update that when it's fixed? [10:13] brendand, sure [10:14] cking, https://bugs.launchpad.net/fwts/+bug/1252186 [10:14] Launchpad bug 1252186 in checkbox "Some HIGH/CRITICAL failures in fwts related tests cannot be detected by checkbox" [Medium,In progress] [10:41] cking, you are gnuplot savvy, my old plots which plot to gnuplots own interactive mode "click to dismiss" stylee, have stopped working after upgrades, you seen that ? [10:42] apw, no, I've not used it on trusty [10:43] normally I have to grok the docs or google for stuff in gnuplot as I can never remember how to use it [10:43] its almost like the default terminal is not 'x-window' any more [10:43] hrm, that is annoy [10:43] ing [10:45] whe you start gnuplot on saucy what does it say terminal is set to ? [10:46] apw, i really can't recall (useless eh?) [10:46] apw: Terminal type set to 'wxt' [10:46] ahh ta [10:47] wxt? what's that? [10:47] no idea! haven't been using gnuplot for ages :p [10:47] probally WindowXTerm or something [10:48] and 'wxt' is not an option any longer [10:48] bah [10:50] The world is constantly changing to annoy us [10:55] don't worry, i heard there's a comet going struck us.. it won't be for long... [11:09] smb, this raid56 thing you did. you know it can't do anything but offset 0... can we use device mapper to fix where its not at offset 0? [11:09] smb, ie, lay down a linear mappnig at offset N which makes a device we can use at offset 0 [11:10] apw, raid45 but yes it probably might be done. Technically no problem more a question how well that fits into userspace [11:10] smb, like my md raid0 inside lvm things [11:10] smb, welll i thnk you make up that table for the new type in userspace? so i think its a matter of makng the table bigger in the same place ? [11:10] apw, And I did not want to spend too much effort if there would in practice be no offsets != 0 [11:11] apw, Currently the userspace does not create linear tables for the raid drives [11:11] indeed, and i do wonder (in my email reply) if we should have a call-for-testing on it, to try and find out [11:11] apw, So it is a matter of adding that functionality [11:11] as yes, if there are none, it is moot [11:12] apw, All true... actually I probably should email out the code oto ubuntu-devel as I have not heard anythng aback from xnox [11:12] right, the linears mappings would be supurflous if there is no offset, just popped into my head when replying and thought i would put it in yours so i can forget :0 [11:15] apw, Yeah [11:23] henrix, beat me to it with the cves :) nice [11:26] Oh yeah, that scary one [11:30] apw: :) [11:30] apw: it was tagged for stable, so it was easy to spot [11:36] ahh i found it the a different way, but when i went to paste it in, there it was :) and the autotraiger had started chewing on it 2m before [12:31] henrix, ugg, this huge patch is erm huge. I think we might need another fix patch which I have pointed to in my reply. [12:32] apw: looking... [12:35] henrix, otherwise it looks to be ported as correctly as any review can see anyhow [12:35] apw: yeah, you're right. it looks like we should also apply f81152e3 [12:36] hmm... i'll need to go throught the stable trees as well to make sure all kernels have this fix [12:37] apw: thanks ;) [12:37] henrix, thank you indeed [12:38] * henrix goes have some food before looking at this [12:39] a plan indeed [12:50] My Trusty HP EliteBook 8570w with an GK107GLM [Quadro K2000M] hardlocks going into X on 3.13.0-4, only gets vesa-y resolutions (800, 1024) on 3.13.0-2 (and sometimes X just vanishes), but works fine on 3.13.0-1. How do I report this? [12:53] ubuntu-bug linux to file a bug against the kernel [12:59] Okay, cheers. :) [13:03] Hah, it refuses as I'm booted into a kernel that's no-longer in the repo. [13:04] apw: ok, looks like all the stable trees already contain the additional fix. shall i update the cvetracker to include this additional sha1? [13:20] #1270818 is my bug report, if anyone has any questions. [13:27] henrix, yeah i recon so [13:27] bug #1270818 [13:27] Launchpad bug 1270818 in linux (Ubuntu) "nouveau(?) breaks or hangs in 3.13.0-4, -2, but not -1 on GK107GLM [Quadro K2000M]" [Undecided,New] https://launchpad.net/bugs/1270818 [13:27] apw: ack, will do [14:09] I could use help in tracking down bug 1270228, if anyone has some time [14:09] Launchpad bug 1270228 in linux (Ubuntu) ""Loading partman-xfs failed for unknown reasons. Aborting" error in trusty server installations" [Undecided,New] https://launchpad.net/bugs/1270228 [14:17] apw, Are you looking at this ^? === jpds_ is now known as jpds [14:28] smb, i am not currently, are you interested in poking that ? [14:44] apw, Yeah I can have a look. Just wanted to avoid us going off both on the same [14:47] I am back from holliday and rebooted my desktop.... which did not end well. [14:47] linux-image-3.13.0-1-generic boots, while linux-image-3.13.0-4-generic does not. [14:47] i get bad screen resolution, kernel tracebacks, dropped into busybox which says that my rootfs device by uuid is not present =) [14:47] smb: one thing I forgot to say: to reproduce the out-of-memory part of it, you'll need kvm -m 512 or otherwise limit memory to match what the CI testing is doing [14:47] * xnox is puzzled. [14:47] (otherwise it's fully up to date) [14:48] cjwatson, Ok, ack. [14:49] xnox, nvidia graphics ? [14:50] apw: intel hd / motherboard built in, I may however have inappropriate amount of *gl* packages installed which pulls in all sorts. [14:50] xnox, I think I saw someone else having issues ... but that was with vmware gfx. Maybe check whether you see some issues with the drm driver and simple-framebuffer.. [14:50] apw: I'm rebasing on master-next for trusty, if that will be of any help [14:50] apw: i'll wait for nvidia upload, and test that kernel, to shoot down one thing at a time. [14:53] BenC, thanks, thats on my list for 'next' :) [14:53] apw: Ok, it's done [15:32] apw, Hm, would you know from the top of your head whether rootfs might be closely related to tmpfs? [15:36] apw, Or iow I wonder whether the "maddening" part of d1969a84dd6a44d375aa82bba7d6c38713a429c3 could not be true for rootfs [15:38] I think rootfs is a tmpfs instance if you have tmpfs enabled and aren't using rootfstype=. See init/do_mounts.c [15:39] cjwatson, So that might lead to the above commit which is not yet in 3.13.0-4 to be a possible culprit [15:40] I certainly wouldn't have got there from the commitdiff, but the description looks plausible [15:40] Yeah, the change looks like and OMG but not directly would lead to the effect [15:41] tmpfs does indeed use percpu counters to keep track of block usage [15:42] So I would add that to the bug report and I am sure someone is already preparing a rebase to 3.13 release version [15:53] * smb is away for a bit [16:01] Faux, test kernel in your bug [16:02] smb, ok that commit is in the tree now, there is a test kernel by luck with it in on http://people.canonical.com/~apw/lp1270818-trusty/ if that helps [16:02] though i was proposing to upload it today anyooo [16:09] smb, and as you correctly say the existing -4 does not have that fix [16:15] apw: Sorry, I don't follow. [16:57] Faux, i have built a test kernel which may fix your issue and posted the link to it in your bug [17:01] Ah, I shall have a look tomorrow (work machine). [17:01] Thanks. [17:43] ogasawara, i am thinking about wrapping up a new trusty with 3.13 in it, anything pennding from you ? [17:45] smb, did you bottom out on whether that percpu fix was your issue ? [17:47] it looks very likely to me ... [17:48] ok i will get this thing tied up with string [18:17] Anybody hear reports about ext4 resize problems with 3.11.0-15-generic on i386? [18:29] SpamapS, not that has come to my notice [18:30] apw: I may have had some corruption.. trying to reproduce [18:36] apw, Yeah as cjw said, it looks quite likely. And since it needs to be tied up into an installer iso and we are very likely doing the 3.13 final soonish anyway... [18:39] SpamapS, There was something that I remember only very vaguely. Though it may have been an unusually large resize and I cannot remember exactly whether that was at that point just not done before or broken. Nor can I remember whether it got solved or was lost to workstack overflow... [18:46] Hm rather looks like forgotten... bug 1233075 [18:46] Launchpad bug 1233075 in linux (Ubuntu) "resizefs failure with raring" [High,Confirmed] https://launchpad.net/bugs/1233075 === zz_mwhudson is now known as mwhudson [18:53] smb, hmmm maybe indeed [18:54] though i thought we saw some fixes for things like that recently [18:54] apw, Which one? the resizefs? [18:58] yeah particularly ext4 extending i thought ... hnmm === mwhudson is now known as zz_mwhudson [19:00] apw, Not sure, somewhere in the bug report it was said that resize to 20G might be enough to reproduce, so I would try that tomorrow with T (if I can remember that long) [19:06] smb, sounds like a plan === zz_mwhudson is now known as mwhudson [21:41] http://www.heise.de/newsticker/meldung/Kuenftiges-Init-System-der-Linux-Distribution-Debian-Zwischen-Patt-und-allgemeiner-Abstimmung-2088684.html [21:41] Oops, sorry. Not meant to paste that. -_- [22:42] apologies if this is not a good channel for a support question like this... i just got the brand new x1 carbon (i7) from lenovo and I've got it all set up and dual booting fine, but resume from suspend doesn't work and I was hoping someone could help me debug it. [22:43] the big issue is that this model has no leds for hd activity and pressing buttons seems to do nothing at all to resume [22:43] so the debugging pages about resume are not helpful. there's little info to collect. the suspend log looks normal, but i don't even know how to begin looking at the resume [22:44] again, I know this isn't a support channel, but since i'm able and willing to dive deeply in here, and there are probably few people with this hardware right now, i thuoght i'd come straight to the kernel folks