/srv/irclogs.ubuntu.com/2015/05/26/#ubuntu-kernel.txt

henrixHauke: yeah, you're right: that struct shouldn't have been included in that backport.  anyway, that seems harmless and probably not worth the trouble fixing it09:54
=== Odd_Blok1 is now known as Odd_Bloke
leitaoogasawara, hi there. 13:56
leitaoogasawara, is it possible to backport https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1439562 to 14.04.2 in SRU?13:56
ubot5Launchpad bug 1439562 in linux (Ubuntu Vivid) "backport request: include support for OpenPower hardware" [Medium,Fix released]13:56
leitaoarges, ^13:58
argesleitao: looking13:58
ogasawaraleitao: heh, was just about to throw that at arges too :)13:58
argesleitao: so when you say 14.04.2, you mean the 3.16 kernel right?13:58
leitaoarges, right.13:59
argesleitao: sure i'll target that and assign myself13:59
leitaoarges, cool. This is going to be a big help.13:59
leitaoDo you have an ETA on when we would have that for 3.16 kernel?13:59
mnaseri might have a 3.16 SRU soon too :X -- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1458045 -- this is close to being solved / patched upstream14:00
ubot5Launchpad bug 1458045 in linux (Ubuntu) "KVM and CFS bandwidth control causes kernel crashes (oops)" [Undecided,Confirmed]14:00
argesleitao: next sru cycle so probably jul 0414:01
leitaoarges, good14:01
argesmnaser: that's an interesting bug, i'll put it on my radar14:02
mnaserarges: right now there's a proposed fix by someone .. http://lkml.iu.edu/hypermail/linux/kernel/1505.3/01029.html and http://lkml.iu.edu/hypermail/linux/kernel/1505.3/01030.html14:03
argesmnaser: oh excellent, make sure that link is in the bug. Once that fix lands in linus' tree we can backport it into affected Ubuntu kernels. Thanks for debugging this!14:04
mnaserno problem arges, ill post it there14:08
mnaserarges: updated and i'll update the bug once it (and hopefully if) it lands14:09
argesmnaser: great. thanks14:10
argesleitao: hey i see https://github.com/open-power/linux/commits/ubuntu/utopic , are there specific commits in that branch that are needed for the ubuntu 3.16 kernel?15:01
leitao arges: I will check later, quite busy atm15:02
argesleitao: i'll post in the bug15:02
argesthanks15:02
leitaoarges, good15:02
jsalisbury**15:06
jsalisbury** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting15:06
jsalisbury**15:06
cristian_cjsalisbury, hi15:07
jsalisburycristian_c, hello15:08
cristian_cjsalisbury, are there any news about build of that kernel you told me?15:09
jsalisburycristian_c, not yet.  I hope to have some time to investigate further this week.15:10
cristian_cok15:11
genkgojsalisbury: thank you for the build you finished the other day (the one that should solve the problems with the hyperv platform). however, the patches are not working in our case. since we do not even see the slightest change, i wonder it might be the build that does not contain the required patches. is there anyway i confirm the build does actually contain the patches?15:18
jsalisburygenkgo, can you post the output of uname-a, that way I can confirm you are running the correct kernel?  I'll then review my git repo for that kernel to confirm all the patches are there.15:19
genkgojsalisbury: Linux VPS-Web-Produc2-Genkgo 3.19.0-18-generic #18 SMP Wed May 20 17:57:26 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux15:20
infinityThat was actually not the most helpful indicator. ;)15:21
jsalisburygenkgo, hmm, that doesn't seem right.  The test for the kernel version: "3.19.0-18-generic" should have something like "~lp1445195" on the end of it15:21
infinitycat /proc/version might be more helpful.15:21
genkgoLinux version 3.19.0-18-generic (root@gloin) (gcc version 4.9.2 (Ubuntu 4.9.2-10ubuntu13) ) #18 SMP Wed May 20 17:57:26 UTC 201515:22
jsalisburyalthough it was built on gloin15:22
genkgojsalisbury: i used these http://kernel.ubuntu.com/~jsalisbury/lp1445195/vivid/15:22
genkgothey say -0.1815:22
genkgowithout the dot of course15:23
apwit is an unoffiial build at least, as its not got -Ubuntu in there, as you would expect coming from gloin15:23
apwnot sure how the heck that is root@gloin, some fakeroot leakage perhaps15:23
infinityapw: He built with "fakeroot debian/rules foo", so yeah, it's all "as root".15:24
infinityapw: As opposed to a proper dpkg build, which does it all as $user, except for the deb-building bits.15:24
apwahh a lack of binary-foo as yourself first then15:24
apwperformance of that sucks if you don't remember to do the binary-foo ... sigh15:25
genkgoinfinity: but does it matter regarding my testing?15:25
jsalisburygenkgo, so it does look like the right kernel.  I just didn't add the ~lp1445195 onto it15:25
jsalisburygenkgo, I'll confirm it has all the commits that were requested in the bug.15:25
infinityapw: No real harm in fakerooting the whole thing, except that it's WAAAAAY slower, especially on a multicore box like gloin.15:25
apwso slow, ugg15:25
infinity(Cause sysvipc sucketh)15:26
genkgojsalisbury: thank you for looking up, i'll wait for that then15:27
infinityapw: Just remember, any time you feel the need to curse how awful sysvipc (especially in the fakeroot context) is, Hurd doesn't have sysvipc, and fakeroot uses a TCP IPC imlpementation there.15:27
jsalisburygenkgo, np, I'll let you know15:27
infinityapw: That performs exactly as well as you'd expect. :/15:27
apwinfinity, just don't, i may remeber if you say it again15:28
infinityapw: TCP IPC!15:28
infinityapw: TCP IPC!15:28
apwswine15:28
jsalisburygenkgo, I just updated the bug.  Your test kernel is missing one commit.  I added an explanation in the bug.  I'll have another test kernel for you shortly.16:01
genkgoaight, wonderful :)16:01
genkgojsalisbury: we do not have a confirmation however that someone actually used the new builds succesfully16:05
genkgowhether it is vivid, utopic or trusty16:06
cykingjsalisbury, hi! any luck with the bisect for my bug?16:30
awreeceHas someone here used the userstacktrace funtionality in ftrace before?16:33
jsalisburycyking, the next test kernel for your bisect failed, so I need to figure out why.  That can happen ofter with bisects because your going back to a point in time in the mainline tree.  At that time there can be other bugs that caused a kernel build failure.  So the trick is to find what fixed the build fail.  Then apply it before any kernel builds that fail because of it.16:46
jsalisbury##    16:55
jsalisbury## Kernel team meeting in 5 minutes16:55
jsalisbury##16:55
cykingjsalisbury, its too bad "they" don't save every build for each git commit. Disk space isn't that expensive anymore. ^_^ 16:55
jsalisbury##  17:00
jsalisbury## Meeting starting now 17:00
jsalisbury##  17:00
=== jsalisbury changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues June 2nd, 2015 - 17:00 UTC || If you have a question just ask, and do wait around for an answer! If the question is should I file a bug for something, likely you can assume yes. || Channel logs: http://irclogs.ubuntu.com/
=== alvesadrian is now known as adrian
cykingjsalisbury, i'm running into a problem where i cant use lxc containers on my system when using .13.0-031300-generic.  would you have a suggestion to which 3.13 kernel i could use in the mean time that would let my nic fuction and lxc containers work ?   reference: https://github.com/lxc/lxc/issues/47218:05
cyking*when using 3.13.0-031300-generic.18:06
cykingnever mind: changing the config to lxc.aa_allow_incomplete = 1  seems to work.  sorry18:10
jsalisburygenkgo, I have a new vivid test kernel here: http://kernel.ubuntu.com/~jsalisbury/lp1445195/vivid/19:28
genkgojsalisbury: wonderful, will work on this tomorrow (dutch time), will let you know my results19:28
jsalisburygenkgo, great.  Thanks for testing!19:29
genkgojsalisbury: just installed everything. it was without trouble, now i will start backups tomorrow.19:48
genkgojsalisbury: only had to --ignore-depends=binutils just like before19:48
jsalisburygenkgo, ack.  thanks again.19:51
awreecewhat diagnostic tool do people here use for digging into performance issues? Is it exclusively perf, or some ftrace or systemtap, etc?20:02

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