=== jj-afk is now known as jjohansen === MTecknology is now known as MTeck-InPain [05:30] apw, JFo - https://wiki.ubuntu.com/ReleaseTeam/Meeting/2011-03-11 available a bit earlier - still working through the A3 testing reports, so a few more updates may happen tomorrow. === _LibertyZero is now known as LibertyZero === MTeck-InPain is now known as MTecknology === smb` is now known as smb [09:40] bjf, I just changed my mind on that CVE. I think that anon_vma_chain does not exist in Hardy and Karmic [09:41] smb, i've not applied it, go ahead and do what you feel is right [09:41] bjf, Yeah, just wanted to avoid you to grab it as you were the second acker [09:43] bjf, I would feel the right thing is to have the submitter actually test compile it. :) [09:43] bjf, He's probably sitting somewhere close to you [09:43] smb: good guess, I'll figure this out [09:43] smb, yes, he will be beaten [09:45] bjf, Beating is not needed. You have to use the flakey coffee machine. Which I heard can be enough punishment [09:46] smb: good idea. I'll use the coffee machine and then look at it [09:46] sconklin, Cool. I guess that one line just slipped in. It was not part of the original patch but part of the context. === zul_ is now known as zul [10:52] smb, bjf - Revised (and test built) patches for Hardy and Karmic CVE have been mailed [10:56] sconklin, ack. should be ok now [10:59] hi all [10:59] has anyone got a guide to getting 2.6.38 on 10.10? [11:19] sconklin, when is next deadline for upload to maverick SRU? [11:20] diwic: there is no real deadline, patches put on the -next branch will go into the next upload. I expect that the next Maverick upload will be late next week [11:21] sconklin, cool, thanks. === jjohansen is now known as jj-afk [12:03] Hey guys, I think the natty-lts-backport that is there in the kernel-ppa breaks my Ethernet. I have nVidia MCP61 Ethernet chip. [12:03] Is this known? [12:03] I can help with debugging, bug report, etc.. [12:05] rishi: patience. maybe someone might be able to help. [12:06] rigved: Yeah, no problem. :-) [15:18] tgardner, poke [15:20] ogra, hmm? [15:20] tgardner, can we have .38 as default for omap4 ? [15:20] ogra, yep, was just waiting for Tobin to pull the trigger. [15:21] ogra: it works? [15:21] * amitk is pleasantly surprised... [15:22] tgardner, i think he answered the mail thread on monday or so ;) [15:22] amitk, the BSp kernel from agreen [15:22] ogra: right.. [15:22] ogra, OK, I'll get it started building. [15:23] tgardner, thanks :) [15:23] tgardner: y'all going to ELC, I noticed [15:24] amitk, yep [15:24] will see you there in a few weeks then [15:25] amitk, indeed. I'm back from London this Sat, then off to SFO 3 weeks later. [15:25] tgardner: aah, kernel sprint? [15:25] amitk, yeah, new guy sprint. [15:26] * amitk needs to plan a trip to london soon [15:26] s/london/cambridge === jj-afk is now known as jjohansen [16:49] <-food [17:10] mjg59: is there an equivalent for acpi_video_register() (acpi/video.h) in linux 2.6.32? I'm trying to get a backlight with poulsbo [17:11] *backlight device [20:13] Hi guys [20:15] anybody comfortable with bonding with arp monitoring AND bridge? === ogra is now known as Guest18809 === Guest18809 is now known as ogra_ [20:37] greetings, i wonder if someone can explain this, running latest stock kernel: "cat /sys/module/*/srcversion | sort | uniq -c" [20:52] forgive if this isn't the correct place to ask this. i upgraded from linux-image-2.6.32-29-virtual linux-image-2.6.35-25-virtual and now any ipsec ah & esp packet with wire size > 304 does not decrypt accross the wire. i see encrypted packets transmitted and then received, but then they are lost. if i switch back to 2.6.32, packets decrypt fine. any ideas who to track down my missing packets? ifconfig doesn' [20:52] t show any errors. [20:59] it seems to have occurred between 2.6.38-4 and 2.6.38-5 [21:15] ... and it is still present in 2.6.38-6, and still present in mainline. [21:17] dkms packages will fail to install roughly 50% of the time because of this, for instance [21:20] timg, have you seen anything about this? [21:21] rydberg, they are in London this week, so likely off getting dinner somewhere. [21:21] oh, i see [21:21] hey, jfo :-) [21:21] hey rydberg :) [21:21] ill dig further on lkml to see if i find anything [21:22] ok, I'd be interested in what you find, from a purely informational aspect. [21:22] sure thing [21:24] to confirm the problem, all one needs to do is run that line above, and see that some line has a number different from 1 in the first column *nudge nudge* [21:42] rydberg: Is that really a problem, or just not what you expected? [21:43] expect that dkms packages compare srcversions and end up not installing the new version because it looks like the old one? [21:44] honestly, i dont know what the assumptions around srcversion are, but it sure seems likely that they all should be unique, and so they were, up to recently (checked in maverick too) [21:44] rydberg: What I'm asking is if the srcversion being the same for two things is really a bug or not [21:44] What two modules share the same srcversion? [21:45] i understand, i can't say for sure, other than there being little reason for it otherwise [21:45] What modules have the same srcversion would be a good data point [21:45] any modules - please try it out, the line is cat /sys/module/*/srcversion | sort | uniq -c [21:45] None of the ones on my system have the same [21:45] so I'm asking you since you can reproduce this "issue" [21:46] what kernel version are you running? [21:46] 2.6.32-8-generic [21:46] cnd confirms this problem also [21:46] rydberg, ugh, dragging me into another problem :) [21:47] yes, this is between 2.6.38-4 and 2.6.38-5 ubuntu versions, somewhere in the 2.6.38-rc series [21:47] hehe [21:47] Right, so check yours and tell me which modules share the same srcversion [21:49] it seems random, and completely unrelated stuff, like i2c_piix4 and joydev, k10temp [21:50] im going to bisect this on mainline git now, its not an ubuntu issue it seems [21:50] Is it random on the same boot, or different between boots? [21:50] same number occuring between boots [21:50] you can look it up on the internet and get hits :-) [21:50] 533BB7E5866E52F63B9ACCB [21:50] there is one of them === rishi_ is now known as rishi