[01:00] <bjf> hallyn, it's an lts so it gets the full lts treatment (5 years). it will also get it's own long chain of hwe kernels
[01:03] <hallyn> bjf: thanks, that's what i would have thought :)
[13:13] <rtg> ppisati, can you have a look at https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes
[13:13] <rtg> there are some references to OMAP4
[14:01] <ppisati> rtg: looking
[14:01] <ppisati> rtg: and bogus
[14:02] <rtg> ppisati, you can likely edit it
[14:02] <ppisati> rtg: that's for kernel using the drm kernel module
[14:02] <ppisati> rtg: i assume we are going for a server-only install this time around, since we can't provide any gl acceleration
[14:03] <ppisati> actually i can't edit it
[14:09] <rtg> ppisati, ok, I'll take care of it. thanks for the review.
[15:13] <jho_> I am trying to get the following card reader up and running: 5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5249 (rev 01)
[15:14] <jho_> currently I run 3.11.0-18-generic #32-Ubuntu SMP Tue Feb 18 21:11:14 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux / Ubuntu 13.10
[15:15] <jho_> the 3.14-rc8 does not recognize the card either..
[15:21] <jho_> does anyone have a suggestion what the easiest method is to get the card up and running?
[15:23] <jjohansen> rtg: the apparmor kernel patch is still in testing, hopefully in a few hours
[15:24] <rtg> jjohansen, by noon ? 2.5 hours from now ?
[15:25] <jjohansen> rtg: I don't know
[15:27] <rtg> jjohansen, well, let me know as soon as you're comfortable with them.
[15:28] <jjohansen> rtg: ack, if you want to peek at the diff that is in testing it is the aa3ipc branch in ubuntu-trusty on zinc
[15:28] <rtg> jjohansen, ok
[15:28] <rtg> still working through broadwell patches
[16:35] <infinity> BenC: How did your kernel test builds end up yesterday?
[16:35] <BenC> infinity: Builds errored, fixed and redoing build now to verify
[18:34] <rtg> arges, https://launchpadlibrarian.net/170877586/buildlog_ubuntu-quantal-amd64.linux_3.5.0-49.73~pre201403271230_FAILEDTOBUILD.txt.gz
[18:35]  * arges looks
[18:35] <rtg> "module: do percpu allocation after uniqueness check. No, really!" is breaking my rice bowl on Quantal
[18:35] <arges> rtg: ok i did test build on my own machine. i'll check the logs
[18:37] <arges> rtg: feel free to NAK it and I'll resubmit
[18:37] <rtg> arges, I'll just lop it off tip of master-next
[20:09] <arges> rtg: ok. so i hit the same thing on my local build... but for some reason I have a build of this when I built remotely... 
[20:10] <rtg> arges, ghost in the machine