[01:36] <GrayFox> hey guys
[01:36] <GrayFox> anyone who can help?
[01:37] <GrayFox> http://pastebin.kubuntu-de.org/742867
[08:06] <kraut> moin
[09:58] <cjwatson> hey, does anyone know what happened to Ingo Molnar's patch to make relatime smarter? http://people.redhat.com/mingo/relatime-patches/improve-relatime.patch
[09:59] <cjwatson> I don't really care about the mount options to a huge extent, but I'm turning on relatime by default in Ubuntu and it would be good if we had the "Is the previous atime value older than a day? If yes, update atime" bit
[10:00] <cjwatson> which was at Linus' suggestion to avoid regressions in things like tmpwatch/tmpreaper, so I'm not sure why it hasn't been included
[10:02] <cjwatson> http://lwn.net/Articles/244829/ <- context
[10:03] <cjwatson> would also avoid regressing popularity-contest data
[10:04] <amitk> cjwatson: I'm look at it now
[10:04] <cjwatson> ta
[10:06] <maks> cjwatson: afaik it is merged in fedora but not mainlined yet
[10:07] <maks_> fedora always ahead :D
[10:07] <cjwatson> Ingo works for RH, hardly surprising :P
[10:07] <maks_> ;)
[10:08] <cjwatson> is the Fedora kernel in git anywhere? having no luck finding it
[10:08] <maks_> good old cvs
[10:09] <maks_> http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/devel/
[10:09] <cjwatson> thanks
[10:09] <maks_> you can see kyle busily working :) np cjwatson 
[10:09] <maks_> need to watch that too for debian
[10:10] <cjwatson> http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/devel/linux-2.6-smarter-relatime.patch?rev=1.5&view=log
[10:11] <maks_> yep
[10:11] <cjwatson> amitk: want a bug?
[10:12] <firas> hello ---- how  save Kernel IP routing table rules
[10:12] <amitk> cjwatson: bug is appreciated
[10:13] <firas> I lost them after reboot
[10:14] <maks_> keep them in your pocket firas, wrong channel ask on #ubuntu for user support
[10:16]  * soren discovers that it says "relatime", not "realtime" and now finds that the discussion is starting to make sense.
[10:16] <abogani> soren: :-)
[10:16] <firas> thank you MAKS   -- I will not do becuas  your hand some times visit my pocket
[10:17] <maks_> firas you must mistake me for someone else :D
[10:18] <cjwatson> amitk: bug 199427
[10:18] <ubotu> Launchpad bug 199427 in linux "smarter relatime updates" [Undecided,New] https://launchpad.net/bugs/199427
[10:20] <firas> MAKS is the thief of route rules be careful poeple 
[10:24] <tjaalton> abogani: hey, there's a bug against lrm that needs some rt-love, bug 197130 :)
[10:24] <ubotu> Launchpad bug 197130 in linux-restricted-modules-2.6.24 "[hardy] Black X screen and system halt after installing linux-rt" [Undecided,New] https://launchpad.net/bugs/197130
[10:24] <abogani> tjaalton: Ok, thanks
[10:43] <abogani> Seems to me that this patch is a good for inclusion in -rt...
[10:56] <amitk> cjwatson: it seems to me from reviewing the patch that we ought to enable CONFIG_DEFAULT_RELATIME in our kernel to force all filesystems use relatime by default. Do you see any drawbacks in that?
[11:03] <sivan> hi all
[11:05] <abogani> amitk: IMHO dump would be affected, at least
[11:05] <sivang> could anybody tell me if splash boot option is absolutely neccessary to have splashy doing it's thing when booting ?
[11:05] <cjwatson> amitk: I was less convinced about that; that's more painful for users to disable since it's not so fine-grained
[11:05] <sivang> I have it set up from the ubuntu package but nothing happens
[11:06] <sivang> I tried highring it's start prio in rcS.d and rc1.d but nothing
[11:06] <sivang> cjwatson: hey Colin
[11:06] <sivang> amitk: fellow from Israel? :)
[11:08] <amitk> cjwatson: so you plan on adding relatime to /etc/fstab?
[11:09] <amitk> sivang: no, amit is a very common name in India :)
[11:10] <cjwatson> amitk: already done :-)
[11:10] <cjwatson> at least for new installs
[11:10] <cjwatson> I sort of question adding it to existing installs
[11:11] <sivang> amitk: Ah, heh pleased to meet you then
[11:12] <amitk> cjwatson: that leaves all the upgraders out...
[11:12] <amitk> sivang: you too
[11:13] <cjwatson> amitk: your call
[11:14] <amitk> abogani: does dump use atime instead of ctime and mtime?
[11:17] <abogani> amitk: No, i wrong. Spoken before think. Sorry.
[12:15] <cjwatson> amitk: IIRC you were working with ogra on making CONFIG_USB_SUSPEND a boot parameter, since some hardware likes it one way and some the other; did anything come of that?
[12:17] <amitk> cjwatson: the key is to enable USB_PERSIST and make it runtime configurable. I think it is very much doable and I intend to work on it later today
[12:22] <cjwatson> thanks
[13:38] <BenC> Good morning folks
[13:42] <abogani> BenC: Good morning, sir!
[14:07] <BenC> cking_, amitk: I am prepping the next upload (-12.18), so if there is anything you want in, let me know now
[14:07] <cking_> BenC: Nothing to add... fine by me.
[14:10] <cjwatson> if either of the relatime thing I mentioned earlier or the USB suspend/persist thing are straightforward, I'd appreciate having those in beta
[14:11] <cjwatson> did I remember to ask if anyone had picked up mjg59's VT font restoration patch?
[14:11] <cjwatson> http://www.codon.org.uk/~mjg59/tmp/vt.diff
[14:14] <cjwatson> I confirmed that it fixed the font restoration problems from the hardy-console spec for me
[14:20] <amitk> cjwatson: mjg59's patch went in
[14:20] <amitk> so did relatime
[14:20] <amitk> working on USB persist now
[14:20] <amitk> BenC: how long do I have? I am reviewing the USB persist config option.
[14:22] <cjwatson> amitk: it did? awesome
[14:23] <BenC> amitk: probably can do it
[14:24] <BenC> amitk: I'm doing a test build now...make sure you pull before messing with config changes (had some updates to config files just pushed)
[14:25] <tjaalton> BenC: check bugs 199037 and 189185
[14:25] <ubotu> Launchpad bug 199037 in linux "Null bytes in files access by 2 or more NFS clients" [High,Triaged] https://launchpad.net/bugs/199037
[14:25] <amitk> BenC: yeah.. looks like enabling CONFIG_USB_PERSIST in i386/generic should be enough for the needs of ogra and eee pc guys.
[14:25] <ubotu> Launchpad bug 189185 in linux "Thinkpad X61 hangs when removing from dock" [Unknown,Fix released] https://launchpad.net/bugs/189185
[14:25] <BenC> tjaalton: do they have tested patches?
[14:25] <BenC> tjaalton: if not, I can't do much with them for this upload
[14:25] <tjaalton> BenC: both are applied upstream
[14:26] <amitk> BenC: great! so you decided to enable RELATIME by default :)
[14:26] <BenC> tjaalton: well I assumed that the relatime patch was only useful if we did enable it :)
[14:26] <cjwatson> heh, I'd already turned it on in the installer, but feel free to do it in the kernel too
[14:27] <BenC> well the patch presented a new option, so I figured it should be turned on...is it safe to do so right before beta?
[14:28] <amitk> BenC: the patch is fairly straight-forward and I am of the opinion that everyone (including upgraders) should benefit from relatime I/O savings.
[14:29] <BenC> That's good enough for me, so I'll leave it on
[14:31] <BenC> tjaalton: Just in time...I'll get both of those in, assuming they pass some trivial review and testing
[14:33] <BenC> tjaalton: 199037, that commit is already in our kernel
[14:34] <BenC> tjaalton: looks like it got cherry picked from some other report...so I'll mark this bug
[14:50] <BenC> amitk: so with your config changes, is usb-persist enabled by default?
[14:52] <BenC> smb: Tim had already bumped the ABI to -12, and the last one was -11...not sure what sort of ABI related failure you would have had though...are you sure it wasn't a module issue?
[14:53] <smb> BenC: Not completely, I just saw messages about abi check failed and by reflex bumped the abi. :-(
[14:56] <BenC> I'm doing a build now (reverted to -12), so I'll see what happens
[14:57] <smb> BenC: Ok, I will do the same on one of the porters and on my build machine.
[14:57] <BenC> amitk: I assumed that the USB_PERSIST thing was supposed to be enabled in config only, and we would add a mechanism to even then make it not enabled by default unless a proper kernel param was passed
[15:02] <amitk> BenC: on a closer look that feature is already implemented, as a power/persist file for each USB device.
[15:03] <amitk> so whatever device needs to enable it will just write to the 'persist' file from userspace
[15:05] <BenC> amitk: ah, ok
[15:06] <BenC> amitk: then maybe we should be consistent and enable it across the board?
[15:09] <amitk> BenC: I have mixed feelings about it. It would allow more users to potentially shoot themselves in the foot...but on the other hand everyone running -generic (i386) has already been given the gun.
[15:29] <BenC> amitk-afk: yeah, which is like 90%
[15:30] <BenC> smb: ABI/module checks passed for me with -12 ABI set
[15:31] <BenC> smb: perhaps the -11 ABI files weren't present when you tried the compile the first time
[15:31] <amitk> BenC: so I should enabled it across the board?
[15:32] <smb> BenC: Hm, I really have to look closer next time. :(
[15:33] <BenC> amitk: sure, can't hurt any more than enabling for -generic x86
[15:34] <BenC> it's not like people will install -386 to get around the problem :)
[15:34] <amitk> heh, true
[15:34] <amitk> BenC: and I surely don't want to suggest creating another flavour :)
[15:41] <BenC> amitk: let me know when you have that ready...test build went fine, so I'm ready to upload
[15:43] <amitk> BenC: done
[15:44] <kraut> one general question, perhaps anyone could help me with this here: is it safe to give an user the possibility to use chroot /new/chroot via sudo as root? i am using a grsec-patched kernel, so it's not possible to mknod devices within the chroot.
[15:47] <BenC> kraut: you're better off using schroot package
[15:52] <BenC> amitk: thanks
[15:52] <kraut> BenC: what's schrott?
[15:53] <kraut> translated in german the word sounds not really trustable
[15:55] <kraut> ah, i see.
[15:55] <kraut> thanks BenC!
[16:07] <BenC> Ok, -12.18 is away
[16:08] <BenC> I'm going to sign off for awhile to do some maint on my laptop...if anyone needs me, my mobile is on me
[17:04] <amitk> smb: when Ben comes back online, could you tell him we need to respin the kernel. I forgot to push a lpia patch to solve a FTBFS. *sigh* I might do it over the weekend.
[17:05] <smb> amitk: Ok, I will tell him. Might be I found my problem as well. Missing modules in virtual...
[17:06] <amitk> smb: I mean the patch is pushed, but I might as well wait for all builds to be done before uploading another one
[17:06] <amitk> smb: thanks
[17:08] <smb> amitk: np. 
[17:11] <smb> soren: should kvm modules be build for virtual?
[17:13]  * smb goes for some food
[17:14] <soren> smb: Nope.
[18:35] <amitk> smb: Ben forgot to enable relatime on the custom flavours, I just pushed patches
[18:41] <smb> soren: Hm, ok. It looks a bit like have been built before and this is being complained. Ok, then I try to fix that.
[18:41] <smb> amitk: Ok, I will tell him later.
[21:19] <amitk> heya kylem_ 
[23:11] <xhaker> noticed the new kernel update. just ftbs. could you include https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/187121
[23:11] <ubotu> Launchpad bug 187121 in linux "Udma not fully available in Acer 1694 Wlmi" [Medium,Confirmed]