[00:11] <LiDaR> is anyone here familier with cdc_ether dmesg output http://paste.ubuntu.com/1186617/ post about device alluding to its functioning https://bugs.launchpad.net/ubuntu/+source/linux/+bug/886130/comments/30
[00:11] <ubot2`> Ubuntu bug 886130 in linux "Verizon Wireless USB551L 4G Wireless Card detected as wired NIC" [Undecided,Fix committed]
[00:24] <RAOF> bjf: Done.
[00:25] <bjf> RAOF: thanks!
[05:20] <Guest11880> Hi all, i wonder about what's the difference between Linux offcial kernel and Ubuntu release kernel? Thanks.
[07:25]  * smb mornings
[07:42] <apw> smb, moin
[07:43] <smb> apw, nice try ;)
[07:44] <dileks> hi
[07:44] <dileks> smb: what status on the x86-mm-fix you have in quantal?
[07:47] <smb> dileks, Upstream is aware and in some way agree it should get fixed but getting them actually comment on the patch is like convincing them to walk over hot coals...
[07:47] <dileks> you need more lobby or to do more lobby work
[07:48]  * dileks sits in Germany but is totally within US president election
[07:49] <smb> https://lkml.org/lkml/2012/8/31/239
[07:49] <apw> smb, is that the one we committed recently ?
[07:49] <smb> apw, I assume so
[07:49] <apw> smb, perhaps once it has been release in our kernle for a bit we might have more leverage
[07:49] <smb> (have not done any other x86 mm I can remember
[07:52] <dileks> yupp, thats the one
[07:58]  * smb thinks he did a lot of whining at LinuxPlumbers about it.
[08:03] <brendand> henrix - ping
[08:08] <henrix> brendand: hi
[08:09] <brendand> henrix, i need to pass some news to the right people about our plans for certification testing the next -proposed kernels
[08:09] <brendand> henrix, i know you're one of them, and bjf. should i just email you both directly?
[08:09] <brendand> maybe herton too?
[08:10] <henrix> brendand: yep, i guess we are the right guys :)
[08:10] <henrix> brendand: maybe copy sconklin as well
[08:22] <henrix> brendand: thanks for the notification
[08:22] <brendand> henrix - no problem
[10:07] <brendand> cking, do you remember do any of my fwts bugs need verification they were fixed?
[10:08] <brendand> cking, i have one affecting a HP DL385 G7 which appears to be, so i wanted to update any bugs that needed it
[10:09] <brendand> cking - i'm saying it's fixed because there's a failure of dmi_decode which happens in precise but not quantal
[10:09] <cking> brendand, lemme check the bug number.. I can't recall off the top of my head, I see quite a few in a month
[10:10] <brendand> cking, didn't we have a tag for ones from hw cert?
[10:11] <cking> brendand, 1021674 - fixed released in Q
[10:12] <brendand> cking, cool. all sorted then
[10:12] <brendand> cking, thanks!
[10:13] <cking> no problem, it shouldn't have been a bug in fwts in the first place, but these things slip in
[10:24]  * henrix -> early lunch
[11:10] <jjohansen> apw: do you have time to help me poke at a cve workflow issue I am trying to figure out
[11:10] <apw> jjohansen, sure whats up
[11:10] <apw> jjohansen, or mumble
[11:10] <jjohansen> apw: irc is fine
[11:12] <apw> jjohansen, but i want to wake you whole house 
[11:14] <jjohansen> hehe, yeah uhmm you really don't want to wake amanda, she gets grumpy when her sleep is disturbed
[11:14] <jjohansen> so for CVE-2012-3400, the kernel side picked up oneiric and precise and its moved through to fix-released just fine.  for natty and lucid however the patches where backported and it doesn't seem to be moving through
[11:14] <jjohansen> the patches are in the tree and seem to be properly annotated
[11:14] <jjohansen> (back ported from commit 1df2ae31c724e57be9d7ac00d78db8a5dabdd050) ...
[11:14] <jjohansen> and I am trying to trace through why this isn't being picked up
[11:14] <ubot2> jjohansen: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-3400)
[11:19] <xnox> jjohansen: coordinated disclosure fail. ubot2 *shhhh*
[11:21] <jjohansen> xnox: hrmmm not really, its fully public
[11:21] <xnox> ubot2 fail then =))))
[11:21] <ubot2> Factoid 'fail then =))))' not found
[11:22] <jjohansen> xnox: yeah the mitre entry is behind
[11:30] <smartboyhw> Er hi mates, anyway to add rt into the quantal Ubuntu kernel?
[11:33] <jjohansen> smartboyhw: ubuntu studio keeps a ppa with an rt kernel
[11:33] <jjohansen> https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel
[11:34] <smartboyhw> Sure, I'm in Ubuntu Studio team:)
[11:34] <smartboyhw> So then I wanna try compiling my own
[11:36] <smartboyhw> Also that kernel has NOT been updated I think
[11:36] <smartboyhw> I mean PPA
[11:36] <LetoThe2nd> applying to a stock kernel is probably considerably easier :)
[11:36] <LetoThe2nd> s/stock/vanilla/
[11:36] <jjohansen> smartboyhw: ah
[11:36] <jjohansen> yep stock is likely easier to apply the patches too
[11:36] <smartboyhw> I know then, I want to try to compile it to a Ubuntu kernel instead of stock
[11:37] <LetoThe2nd> probably the easiest is then to have git repo with two branches (ubuntu and rt) and then rebasing.
[11:37] <smartboyhw> OK
[11:38] <LetoThe2nd> given the possible amount of ubuntu patches, that is not for the faint at heart i'd guess.
[11:38] <smartboyhw> Yep
[11:38] <smartboyhw> Maybe I'd better find ailo then:)
[12:32]  * cking grabs some food
[13:34] <rtg> cking, bouncing gomeisa for kernel update
[13:34] <cking> ok
[13:34]  * cking logs off
[13:40] <smartboyhw> apw: Please teach me sth: How to compile the lowlatency code?
[13:40] <smartboyhw> Quantal one
[13:42] <caribou_> quick question : any reason why the firewire stack is not built in the current Quantal kernel pkg ?
[13:52] <apw> smartboyhw, same as any ubuntu kernel, its a package.  there are clues on the wiki
[13:52] <smartboyhw> Er, I don't see a debian/build folder
[13:53] <apw> fakeroot debian/rules lowlatency 
[13:53] <apw> fakeroot debian/rules binary-lowlatency 
[13:54] <apw> should build it or dpkg-buildpackage -b
[13:54] <smartboyhw> No it doesn't work
[13:56] <rtg> caribou, CONFIG_FIREWIRE=m
[13:56] <smartboyhw> apw: Doesn't work as I said
[13:56] <apw> smartboyhw, in what way does it break
[13:56] <caribou> rtg: I meant it's not there as modules
[13:57] <rtg> caribou, do you have the extras package ?
[13:57] <smartboyhw> It just doesn't make at all
[13:57] <apw> smartboyhw, as that is how i build it, so it clearly does work
[13:57] <caribou> rtg: I'll check again after my call 
[13:57] <apw> smartboyhw, ok then pastebin everything it says after the command
[13:57] <rtg> caribou, I'm pretty sure its in linux-image-extras-*
[13:57] <caribou> rtg: most likely not as I only downloaded the linux-image deb file
[13:58] <rtg> apw, he;s prolly missing build tools and/or deps
[13:58] <apw> rtg, probabally, but "doesn't work" isn't much to work with either way
[13:58] <smartboyhw> apw: I tried another way by ailo now
[13:59] <rtg> apw, indeed
[13:59] <smartboyhw> I can build generic mate
[14:00] <caribou> rtg: FYI it's in the linux-image-3.2.0-29-generic for Precise
[14:00] <rtg> caribou, Precise doesn't have an extras package
[14:00] <caribou> rtg: oh, I didn't know about this new stuff
[14:02] <rtg> caribou, when we dropped the server flavour we had to make some accommodation for small installations, e.g., split the mammoth single deb into primarily boot essential, and everything else.
[14:02] <rtg> s/server/virtual/
[14:02] <sforshee> bjf, a patch was posted that might help with the brcmsmac errors you've been seeing. I've got a test build at http://people.canonical.com/~sforshee/linux-3.5.0-13.14~lp000000v201209051242/ if you'd like to try it.
[14:10] <rtg> jsalisbury, ayan, henrix, jjohansen, arges: rebooting tangerine for kernel upgrade
[14:10] <jsalisbury> rtg, ack
[14:11] <arges> rtg, let r rip
[14:12] <henrix> rtg: ack
[14:40]  * ogasawara back in 20
[14:57] <bjf> sforshee: have it booted, am testing
[16:05] <bjf> sforshee: it is still going. this is much better than it has ever been
[16:06] <bjf> sforshee: i have multiple browser tabs, a constant ping from remote host, iperf with it as the server end and am remotely tailing the syslog
[16:07] <bjf> sforshee: i do see  ieee80211 phy0: brcms_c_prec_enq_head: No where to go, prec == 4  in bursts at times
[16:07] <bjf> sforshee: ieee80211 phy0: brcms_c_sendampdu: No fifo space  !!  once in a while
[16:07] <bjf> sforshee: phy0: brcms_c_ampdu_dotxstatus_complete: Pkt tx suppressed, illegal channel possibly 1     -- once in a while
[16:08] <sforshee> bjf, glad to hear it's better. It does look like the queues are getting backed up once in a while though ... I wonder why
[16:08] <sforshee> bjf, I've seen those illegal channel messages too, it's on my todo list to look into those
[16:08] <sforshee> I've been seeing them without the new patch though
[16:08] <bjf> sforshee: i've not had to rfkill block/unblock it once. that's a nice change
[16:09] <sforshee> bjf, cool. Let's let it soak for a day or so, and if things are looking good we can get it into quantal at least
[16:09] <bjf> sforshee: ack
[16:10] <sforshee> bjf, the patch is Cc stable so it should filter into the stable releases, of course we could always pick it up sooner too
[16:10] <bjf> sforshee: would probably be nice for precise. 
[16:11] <sforshee> bjf, ack. Did you file a bug in launchpad for this issue?
[16:11] <bjf> sforshee: i can't remember
[16:37] <bjf> sforshee: http://pastebin.ubuntu.com/1187509/
[16:38] <sforshee> darn
[16:39] <sforshee> bjf, do you still think the patch at least improves the situation for you?
[16:39] <bjf> sforshee: yes, it is still up and running
[16:39] <sforshee> bjf, so you got the warning but the connection still seems to be working?
[16:40] <bjf> sforshee: yup
[16:42] <sforshee> bjf, okay. We probably ought to let Arend know about that then. Do you want to respond to him or should I?
[16:42] <bjf> sforshee: you've been the main contact, you can continue but cc me 
[16:43] <bjf> sforshee: i can respond directly if he has specific issues or questions
[16:44] <sforshee> bjf, ack. Looks like I just got the warning too, but my connection is still working.
[17:16] <bjf> jdstrand: i am installing all the dependencies for apparmor qrt that are listed in the file but am missing "LibAppArmor" for python
[17:17] <bjf> jdstrand: i installed python-libapparmor but that doesn't seem to have been the right pkg
[17:17] <jdstrand> bjf: what release?
[17:17] <bjf> jdstrand: quantal
[17:18] <jdstrand> bjf: also add python3-libapparmor
[17:18] <jdstrand> that should do it
[17:18] <bjf> jdstrand: ack, will try
[17:19] <jdstrand> bjf: I think './install-packages test-apparmor.py' should do it. that said, install-packages isn't the smartest thing in the world
[17:28] <bjf> sforshee: http://pastebin.ubuntu.com/1187578/
[17:28] <bjf> sforshee: it is definately struggling still
[17:30] <rtg> bjf, is anyone actually using kteam-tools/kernel-qa ? There has only ever been one commit to that directory.
[17:30] <bjf> rtg: i'll look at it
[17:32] <bjf> rtg, gone now
[17:32] <rtg> bjf, ack.
[17:33]  * rtg -> lunch
[17:40] <bjf> jjohansen: this looks better: http://pastebin.ubuntu.com/1187587/
[17:42] <jjohansen> bjf: it does, though /me wonders what the error was on longpath
[17:43] <jjohansen> bjf: so you okay with dynamically building the tests
[17:43] <jjohansen> I don't think we have even discussed making a -tests package
[17:44] <bjf> jjohansen: building the tests, yes (i've fought that battle before) i just want to make sure we are testing the apparmor that gets installed and not one that the tests might build
[17:45] <jjohansen> bjf: yep its testing the installed version
[17:45] <bjf> jjohansen: i'm adding these to the std set of tests that we (the kernel team) run on all our kernels. when i'm happy with that, i'll push that to QA so they run the tests as well on all kernel packages.
[17:46] <jjohansen> bjf: or should be, I need to go through and verify that 'make tests' isn't triggering a local build in some of those places
[17:46] <jjohansen> bjf: sounds good, thanks
[17:47] <jjohansen> bjf: I can guarentee atm the kernel regression are against the running kernel, its a few of the other tests I need to verify that they aren't doing a rebuild
[17:47] <bjf> jjohansen: http://kernel.ubuntu.com/beta/testing/index.html   -- our test results page
[17:48] <jjohansen> oh nice
[17:52] <skaet> ogasawara,  can you review/improve what I've got down for the kernel in https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta1,  also please feel free to add any key bugs you think we should warn folk about.
[17:53] <ogasawara> skaet: yeek, it's wed already!  yep, I'll review/edit.
[17:54] <skaet> thanks!  :)
[17:57] <bjf> ogasawara: i'd like to take the kernel.ubuntu.com/beta files and make them the real kernel.ubuntu.com
[17:58] <ogasawara> bjf: go for it
[17:58] <bjf> ogasawara: a lot of the files in kernel.ubuntu.com are owned by some pgraner user :-) and not group writeable
[17:59] <ogasawara> bjf: heh, funny you mention that, I sent him email about it yesterday
[17:59] <ogasawara> bjf: I asked if he could either change the owner or permissions
[17:59] <bjf> ogasawara: he's traveling today
[17:59] <ogasawara> bjf: ah right
[17:59] <ogasawara> bjf: I'll harass him tomorrow in our mgr's meeting
[17:59] <bjf> ack
[18:00] <jsalisbury> kamal, if you have a chance, can you take a look at bug 1041594 ?  It looks like a regression in alps track pads in 3.5.0-11.11.  I noticed some changes you made to cypress devices.
[18:00] <ubot2> Launchpad bug 1041594 in linux "Edge scrolling on touchpad broken since the upgrade to 3.5.0-11" [Medium,Incomplete] https://launchpad.net/bugs/1041594
[18:01] <kamal> jsalisbury: sure will, thanks for the heads up
[18:01] <jsalisbury> kamal, thanks!  I'm performing a bisect now, so I can let you know the findings of that.
[18:02] <kamal> jsalisbury: if its easier, you could just omit the changeset that I introduced for the new cypress driver and see if that fixes it.  do you have an ALPS to test with?  I do not.
[18:03] <jsalisbury> kamal, I don't have an ALPS, but there are a few people that are willing to test in the bug report.  
[18:03] <kamal> jsalisbury: I'll go read it
[18:03] <rtg> bjf, is this the right page for CVEs ?
[18:04] <rtg> http://people.canonical.com/~ubuntu-security/cve/pkg/linux.html
[18:04] <jsalisbury> kamal, thanks.  I'll also build a test kernel with the cypress stuff reverted
[18:04] <bjf> rtg: http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[18:04] <kamal> jsalisbury: great, that'll be very informative I'm sure
[18:05] <rtg> bjf, so those old pages should probably be made to disappear, huh ?
[18:05] <bjf> rtg, the other page is the security team's page(s). jjohansen would know about that
[18:08] <jjohansen> bjf, rtg: they should be the same thing module they are updated at different time
[18:08] <jjohansen> well that is same thing for just the linux package
[18:14] <bjf> sforshee: if i move the macbook up to my office, approx 8 ft from the ap and run the iperf test, it just scrolls and scrolls the the "No where to go" warning
[18:19] <sforshee> bjf, ack. How difficult is it for you to reproduce that state?
[18:20] <bjf> sforshee: trivial, it's hard to believe the developer hasn't seen this
[18:20] <bjf> sforshee: it starts up right away and just continuously scrolls
[18:22] <bjf> sforshee: it starts up right away when i start up iperf
[18:23] <sforshee> bjf, I'm going to try hacking some trace stuff into the driver to see if we can lock in on what triggers this problem. Hopefully by tomorrow morning I'll have something for you to test.
[18:24] <sforshee> bjf, I'm trying to reproduce it here but I can't seem to get it into the state that you're seeing
[18:24] <bjf> sforshee: wfm
[18:25] <bjf> sforshee: i have "iperf -s" running on the macbook and "iperf -c bradf-air -t 2000 -P -a -f b -i 2" on my desktop
[18:26] <sforshee> bjf, I'm doing iperf the other way, with the macbook as the client. I'll try it that way and see if my results are different.
[18:27] <sforshee> bjf, what's the -a option to iperf? I don't see any documentation for it.
[18:28] <bjf> sforshee: -a, --tcp_bandwidth \    for TCP, bandwidth to send at in bits/sec
[18:28] <bjf>   #[KM]    (default no bandwidth limit used)
[18:29]  * cking --> EOD
[18:30] <bjf> sforshee, the ssid i'm connected to is 2.4GHz b/g/n on channel 3. this is a netgear WNDR4500
[18:31] <bjf> sforshee: the "mode" is "Up to 217 Mbps"
[18:31] <bjf> sforshee: the -a is not necessary
[18:41] <sforshee> bjf, okay I'm getting the problem now. Maybe it has something to do with the channel; I wasn't using channel 3 previously.
[18:44] <bjf> sforshee: what channel were you using before?
[18:45] <sforshee> bjf, my 2.4 GHz AP had (oddly) settled on channel 2, the other is 5 GHz
[18:47] <bjf> sforshee: i switched to channel 11 and had same result
[18:48] <sforshee> bjf, I just started getting it on channel 6 too. So channel doesn't seem to have anything to do with it.
[18:48] <sforshee> bjf, oh well, as long as I can reproduce it I have a better chance of debugging it
[18:49] <bjf> sforshee: i then switched to 5 GHz and now i get a ton of "ieee80211 phy0: wl0: sendampdu: prep_xdu retry; seq 0x0" and "brcms_c_sendampdu: No fifo space  !!"
[18:49] <bjf> sforshee: it's easy to reproduce any/all of this 
[19:49]  * ogasawara lunch
[20:11] <kamal> jsalisbury: so I guess its that darn Cypress driver all right :-(
[20:13] <kamal> bjf: I think its highly likely that this regression (bug 1041594) will affect precise also
[20:13] <ubot2> Launchpad bug 1041594 in linux "Edge scrolling on touchpad broken since the upgrade to 3.5.0-11" [Medium,Incomplete] https://launchpad.net/bugs/1041594
[20:14] <bjf> kamal, you are making me sad
[20:14] <kamal> bjf: I know.  And I'm truly sorry for that.
[20:17] <bjf> kamal, can you submit a revert request to the mailing list
[20:17] <kamal> bjf: may I wait one day, in case I can cook up a quick fix?
[20:18] <bjf> kamal: yes
[20:18] <kamal> bjf: ok, thanks -- will update you tomorrow on the plan
[20:19] <bjf> kamal: thanks, earlier is better as we are starting a new cycle and want the kernels out soonest
[20:20] <bjf> henrix ^ (if you are around)
[20:20] <bjf> henrix_: ^
[20:23]  * rtg -> EOD
[22:58] <dileks> linux-headers-generic/linux-image-generic version-mismatch?
[22:58] <dileks> http://nopaste.snit.ch/163658