davmor2Laney: you can keep your suggestions of testing to yourself, can you image what would happen if I broke the kernel that would block everything ;)08:10
davmor2Laney: but on a serious note what are the steps is there a bug I have a kvm setup that allows uefi and secureboot I can have a play with it next week08:13
Laneyhi davmor2 08:14
Laneyyou're supposed to be prompted to disable SB if you try to install a dkms module and have it on08:15
Laneythat started with xenial08:15
Laneywe were wondering if that prompting happens correctly in all cases08:15
Laneyfor example if you upgrade from wily08:15
davmor2Laney: it did with nvidia and broadcom, the intel and amd microcodes don't trigger dkms and amd didn't from trusty to xenial because the driver is downgraded to the free one till the binary version lands08:17
Laneybackground is somehow I ended up without wifi because of that08:18
apwdavmor2, i thought that the amd was going native from 16.04 out08:39
davmor2apw: so there are 2 parts still it's just the rewritten binary wasn't ready for 16.0408:42
apwdavmor2, you make me sad08:44
davmor2apw: amdgpu and amdgpu-pro iirc08:44
apwso we will get a new dkms package sometime "later" ?08:45
davmor2apw: as I understand it everything that can be free is free in the amdgpu driver but there are some bits that can't be and will be in the pro bit08:45
davmor2apw: yeap but the gfx guys can fill you in more I'm sure08:46
apwdavmor2, thanks for the background 08:46
jtaylorwhy is it so difficult to get bug 1248289 fixed? its been more than 2 years with a patch and its imo very important functionality08:58
ubot5bug 1248289 in linux (Ubuntu Yakkety) "Missing libunwind support in perf" [Medium,Triaged] https://launchpad.net/bugs/124828908:58
apwjtaylor, there are any number of reasons, things are more likely to get in when they are clear an unambigious, and yet more so if someone pulls the patches needed together, tests them and submits them to our mailing list directly09:01
apwjtaylor, we have a lot of bugs out there and finding nuggets like this with fixes is non-trivial09:02
apwjtaylor, that said, didn't we apply that just recently ?09:02
jtayloryes the second time you said you did but the buildlog says no09:02
apwjtaylor, confusing, i know i reviewed the proposed patch and sent the submitter to check that in the test builds09:04
jtaylorapw: just checked the source, no binutils-dev in b-d also nothing in changelog09:07
jtaylorapw: did it maybe not make it into the proposed kernel?09:07
apwjtaylor, something did ... the moral equivalent to the patch in comment #17 to my reading09:09
apwjtaylor, so it looks like rtg got the wrong end of your stick here09:09
jtayloryes that seemed to have worked according to the buildlog09:09
jtaylorbut its still missing binututils-dev09:10
apwjtaylor, which is utterly why he originally asked you to submit the patch ... as you understand the issue at hand and the mess that this bug has become09:10
apwjtaylor, so yes the anwser to your question is, yes we applied the patch in that bug09:11
apwjtaylor, unfortuanatly that patch only has half the story, and i can't find another patch in there09:11
apwjtaylor, so i think we cna forgive his getting it wrong09:12
apwjtaylor, are you saying all we need is to add binutils-dev to the build-deps too ?09:12
apwjtaylor, and if i do that and spin you a test kerenl, can you test perf from it for me to confirm it is enough for your purposes ?09:12
jtaylorapw: adding binutils-dev should be enough09:15
jtaylorapw: the build log is enough, but I can also test it09:15
jtaylorapw: which debian folder do you modify for the kernel? debian or debian.master?09:15
apwjtaylor, debian.master09:15
jtaylorapw: the log also says its missing libperl-dev but I don't know what that is actually used by, missing gtk and numa is likely less important09:16
apwjtaylor, d/r clean rebuilds the debian/* ones09:16
apwjtaylor, i am hopefully building the tools with that enabled now, and will get you a log09:17
jtaylorapw: the interesting part is when building tools/perf, "Auto-detecting system features:"09:18
apw...                     libunwind: [ on  ]09:21
apw...            libdw-dwarf-unwind: [ on  ]09:21
apwthose two ?09:21
apwjtaylor, no that isn't enough as the built one has that09:23
apw...                        libbfd: [ on  ]09:24
apwthat a09:24
jtaylorapw: libbfd is the one09:24
apwjtaylor, that appears to have changed, is that what we are trying to achieve here ?09:24
jtaylorlibunwind was missing which is fixed by the makefile patch09:24
jtaylorin current proposed09:24
jtaylorapw: yes that is what we want09:24
apwjtaylor, and indeed is what the bug claims to want, no wonder this went wrong ...09:25
jtaylorapw: in the old log it said, add libbfd-dev to gain symbol demangling09:25
jtaylorapw: yes the original bug report was reporting this but it turned out there was a second issue that broke it, missing libunwind due to lzma09:26
jtaylorapw: I should have summarized the issue ... the bug is a little confusing09:26
apwi've put a clarification in the bottom09:26
apwdo you want to test the perf this makes ?09:27
apwor are you happy that is sufficient for this bug09:27
jtaylorapw: I can test it if you send me the binaries09:28
apwjtaylor, 32 or 64 bit ?09:28
jtaylorbut I'm confident it will work now so I can also wait for the update09:28
jtaylor64 bit09:28
apwjtaylor, i'd rather not be SRUing a fourth fix for lack of testing09:29
ckingtesting is paramount to ensuring quality09:37
jtaylorsure just send me the files, I can test trusty and xenial09:38
jtaylorfwiw you can also test it by running perf top next to e.g. gcc compiling stuff09:39
jtaylorif you have demangled names it works :)09:39
apwjtaylor, ok http://people.canonical.com/~apw/lp1248289-xenial/10:14
apwjtaylor, should have the bits you need to test, i presume you can run that perf against the current installed kernel if you try :)10:14
apwhard enough10:15
apwwithout installing the kernel i mean10:15
jtaylorapw: it works :D10:53
apwjtaylor, ok suplemental patch submitted, i expect it'll be a little while grinding unless we get a respin11:28
=== Guest65617 is now known as alvesadrian
=== alvesadrian is now known as adrian-
=== adrian- is now known as adrian1
=== adrian1 is now known as adrian121
=== adrian121 is now known as alvesadrian
jtaylorapw: its not really urgent, people have been dealing with it since 13.04, a few weeks more won't matter :)11:55
apwjtaylor, fair point indeed11:57
=== Guest67500 is now known as adrian
tseliotrtg: nvidia 361 should be fixed now (I've just uploaded the fix). I'll look into the other two in a bit14:37
rtgtseliot, thanks14:37
mamarleytseliot: The graphics-drivers PPA has a 340 package that is patched for 4.6.  I have been testing it for several days on two boxes and have had no issues.14:38
tseliotmamarley: right, I'll review that one then . Is there a patch for 304 too?14:39
mamarleytseliot: Not directly, but the 340 one will probably be pretty close to what you need for 304 too.14:40
tseliotmamarley: ok, thanks14:40
manjoapw, will you be around 20mts from now? I really need your help .. 15:02
=== Guest59880 is now known as adrian
gerowHi folks, qq wrt to <https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1582864> (which jsalisbury is handling) about how long should I expect to wait until the fix is released in a new package?18:59
ubot5Launchpad bug 1582864 in linux (Ubuntu Wily) "use after free of BOS in usb_reset_and_verify_device" [Medium,In progress]18:59
gerowI don't need an exact date, just trying to figure out if I'll need to build a fork for my users before that happens or not19:00
jsalisburygerow, the current sru cycle is 27-Apr through 17-Jun.  With a targeted release to -updates on June 20th.  19:06
gerowjsalisbury: thanks sounds like a yes that I'll need a fork :)19:08
gerowthanks for the update19:08
jsalisburygerow, yes, that might be best, until the fix is releaed via updates.  19:08
gerowIs the SRU cadence documented somewhere? So I don't have to bother you all next time I need to know?19:09
jsalisburygerow, it's can change at times.  The most up to date schedule is published in the weekly newsletter.  The newsletter is emailed to the kernel-team mailing list, and can be seen here:19:11
gerowgreat, thanks again19:11
TJ-Why would "Failed to connect to Mir: Failed to connect to server socket: No such file or directory" be reported when executing an X application from the terminal, launched by another (sudo) user, with e.g. "sudo /usr/bin/env DISPLAY=:0 XAUTHORITY=/home/<user>/.Xauthority xclock" - do we need to copy more of the target users' native environment? any in particular? presumably this is some kind of19:16
TJ-fall-back if an X session isn't located?19:16
TJ-oh drat! wrong channel!19:30
gerowjsalisbury: another question about that bug :), is there any process for potentially speeding that up? We'd like to avoid a fork if at all possible and we're seeing this bug hit about 200 of our hosts per day.19:43
jsalisburygerow, I'm not sure off hand, but I can look into it.19:45
gerowjsalisbury: cool, I'd appreciate that19:52
pkernjsalisbury: That bug was hitting us pretty nastily in terms of USB3 stability, i.e. scrambling for a few months tracking this down while users kept complaining that they can't get their work done because the memory corruption propagated down to process hangs. \:20:45
pkernjsalisbury: So thanks for the consideration. :-)20:46
=== JanC is now known as Guest59129
=== JanC_ is now known as JanC

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!