[00:15] <bjf> infinity, too early to tell, am keeping an eye on it
[00:15] <bjf> infinity, at least it's just quantal
[03:06] <hallyn> is git://kernel.ubuntu.com/ubuntu/ubuntu-raring.git meant to be usable right now?
[03:06] <hallyn> (i assume not, there is no debian/ or ubuntu/, only a debian.master)
[04:51] <jcastro_> any SSD experts care to chime in? http://askubuntu.com/questions/206088/is-ssd-trim-support-still-automatic-in-12-10
[05:21] <cwillu> jcastro_, trim isn't a queuing command in sata, which means everything else stops until it completes
[05:22] <cwillu> jcastro_, which makes it a pessimization on most ssd's made in the last 5 years
[05:22] <cwillu> next, trim is just a hint to the device; it's not required to actually do anything in response
[09:05] <AceLan> apw: hd on taipei.tyler is broken for 4 days, I have no chance to meet rtg, could you help to reboot the machine or try to see if there is any way to fix it, thanks.
[09:08] <apw> AceLan, i can try, i thought that ike had access to that one
[09:08] <AceLan> apw: ike is not in office this week
[09:28] <ppisati> brb
[09:32] <apw> AceLan, it does look broken, is there anything on /home or is it just scratch space like gomeisa et al
[09:37] <AceLan> apw: acelan@tyler:~$ cat ~/.bashrc 
[09:37] <AceLan> cat: /home/acelan/.bashrc: Input/output error
[09:37] <AceLan> apw: and there are many sdb error log in dmesg
[09:37] <AceLan> apw: sorry, i have to leave now to pick up my son and bring him home
[09:38] <apw> AceLan, np, i'll talk to is
[09:38] <AceLan> apw: thanks
[10:27]  * ppisati -> out for dinner
[11:20] <apw> ogasawara, fyi i have seeded the linux-raring-meta.git and linux-raring-signed.git
[11:43] <tjaalton> apw: what's the diff between drm-intel-nightly and drm-intel-experimental mainline builds?
[11:43] <apw> exper
[11:43] <apw> tjaalton, experimental is now dead and replaced by nightly ... something bryce asked for
[11:44] <tjaalton> ok, they both have a build for raring from 23rd
[11:44] <apw> tjaalton, yeah thats when he asked me to switch it i think, so thats not supprising
[11:44] <tjaalton> heh, ok
[13:27] <ppisati> guys, have you ever noticed that loop devices don't show partitions?
[13:28] <ppisati> e.g.
[13:28] <ppisati> http://paste.ubuntu.com/1304882/
[13:28] <ppisati> do any of you know why?
[13:29] <smb> ppisati, I would say they tell so in gendisk
[13:29] <ppisati> smb: your sentence doesn't computer for me
[13:29] <smb> ppisati, You should be able to use kpartx and device-mapper to get paritions mapped
[13:29] <ppisati> ah k
[13:30] <smb> ppisati, I think there is a flag in the gendisk struct to say whether a blk device can have partitions
[13:31] <ppisati> smb: indeed kpartx has an example showing exactly how to mount an img
[13:31] <ppisati> smb: i mean, a partition inside an img
[13:31] <smb> ppisati, yep. 
[13:32] <smb> ppisati, Problem is minor numbers and space between devices normally used for partitions
[13:37] <cking> ppisati, I normally use runes like: http://smackerelofopinion.blogspot.co.uk/2010/08/loop-devices-device-mapper-and-kpartx.html
[13:40] <ppisati> cking: nice
[13:59]  * rtg will _not_ be running 3.7-rc2 on a Lenovo X120e until an mm/NUMA patch is merged that corrects a serious performance regression on a whimpy AMD E350 CPU..
[14:00] <smb> rtg sounds slightly (more?) grumpy
[14:01] <rtg> smb, I forgot I'd left that kernel on my machine and was totally frustrated at how long things were taking. this is my travel machine I'm getting ready for UDS
[14:03] <smb> rtg, Oh and I thought it was because of the reason that justifies some belated HB wishes 3:-)
[14:04] <cking> HB?
[14:04] <rtg> cking, my question as well
[14:04] <smb> rtg, Could be a calendar fault, though I thought it was your birthday yesterday
[14:05] <rtg> smb, oh, that. yes it was
[14:05] <rtg> cking, in that context one can assume HB is short for "happy birthday" ?
[14:05] <smb> it was supposed to be
[14:07] <smb> Might also mean "HofBräuhaus". Which would be good for wishful thinking, too
[14:07] <cking> beer-tastic
[14:57] <pstolowski> hello, forgive me if that has already been discussed before: isn't Q-proposed kernel update 3.5.0-18 introducing the ext4 corruption bug that has recently been found in stable kernels (changelog entry: " jbd2: don't write superblock when if its empty") ?
[14:58] <rtg> herton, ^^
[15:00] <herton> pstolowski, investigation upstream isn't concluded yet, and to reproduce it seems you need at least nobarrier used as options, which isn't the default
[15:00] <herton> pstolowski, https://plus.google.com/117091380454742934025
[15:00] <bjf> pstolowski, yes, i haven't checked this a.m. but it is still being investigated
[15:01] <pstolowski> herton: ok, I'm not following lkml, this commit was just mentioned on phoronix.net (quoting lkml) as a likely culprit
[15:02] <pstolowski> bjf, herton: ok, thanks for clarifitcation :)
[16:59] <cwillu> protip: phoronix is not a source of quality analysis
[17:00] <Tack> Is it possible to prevent the ahci driver from initializing certain controllers (by pci id, or bus id, etc.)?  Or perhaps to explicitly define the ones to initialize?
[17:40] <serj_> is there any kernel generic way of knowing from where the kernel loads device firmware bins>
[17:40] <serj_> ?
[17:43] <hallyn> rtg: is git://kernel.ubuntu.com/ubuntu/ubuntu-raring.git meant to be usable right now?
[17:43] <hallyn> (i assume not, there is no debian/ or ubuntu/, only a debian.master)
[17:45] <rtg> hallyn, everything is in master-next. it builds and boots but is a little slow due to an mm/NUMA bug on small CPUs
[17:45] <hallyn> rtg: ah!  thanks!  
[17:45] <rtg> I'm gonna leave master as vanilla upstream until we upload 3.7
[17:47]  * rtg -> lunch
[18:43]  * rtg goes to pack for UDS