/srv/irclogs.ubuntu.com/2010/12/06/#ubuntu-kernel.txt

greg_greetings all00:17
greg_anybody home?00:17
jk-some are :)00:18
greg_hi  - quick question if anyone has a second, if I want to be more informed about future direction of the kernel and maybe even have my thoughts heard about it, where would I look/watch/join? 00:20
RAOFgreg_: The kernel mailing list would probably be the best place overall, but various subsystems have their own mailing lists.00:21
RAOFgreg_: Note that the kernel mailing list is unlikely to be receptive to general thoughts not backed up by the possibility of a code submission.  Reviewing specific patches will likely be welcomed, though.00:23
greg_thanks RAOF.  When I first installed lucid server and discovered there was no x86 server kernel, but the package was essentially a pointer to the generic-pae kernel, it was suggested that the change was announced via some community mechanism that I now don't remember, shamefully, and no one objected.  I'd like to make sure I don't get that kind of surprise in the future without wading through every mail and patch....  00:24
greg_the not remembering is the shameful part00:24
greg_:-)00:24
RAOFAh.  You're more interested in the Ubuntu kernel configuration, then.00:24
RAOFIn that case, kernel-team@lists.ubuntu.com :)00:25
crimsunsometimes the info comes across sooner on ubuntu-devel@.00:26
RAOFFor bigger changes, yeah.00:26
greg_ok, thanks very much RAOF and crimsun00:30
Omega< trap15> does anyone know the reason that usbfs was removed from the ubuntu kernels?00:34
crimsunother than it's deprecated, or at this point, obsolete?00:35
jk-RAOF: regarding https://blueprints.launchpad.net/ubuntu/+spec/hardware-desktop-n-xorg-configuration-the-final-ten-percent, where would be the best place to put my device-tree proposal?02:53
RAOFjk-: If it's small, in the whiteboard.  If it's big or needs discussion, on the wiki.02:58
jk-ROAF, yep, was thinking the wiki is more suitable, somewhere like X/Dev/DeviceTreeDetection ?02:59
RAOFI was thinking of linking it to the blueprint.03:00
jk-X/Dev/hardware-desktop-n-xorg-configuration-the-final-ten-percent ?03:01
RAOFAh.  I haven't set a URL for that blueprint yet.03:02
jk-yep :)03:02
RAOFIn that case, X/Dev/DeviceTreeDetection sounds like a good name.03:03
* jk- discovers X/Blueprints03:03
=== diwic is now known as diwic_afk
=== _LibertyZero is now known as LibertyZero
=== diwic_afk is now known as diwic
jk-apw: ping?06:45
=== smb` is now known as smb
=== ogra_ac_ is now known as ogra_ac
ckingapw, any sign of manjo today?13:13
apwcking, yep he is my left-hand man, wassup13:19
ckingapw, just wondering if he made it through to London OK - I didn't seem him on IRC today13:20
jjohansenah that explains apw's silence13:23
ckingindeedy13:23
* apw is always quiet, i am very very introverted13:27
ckingcough, splutter,13:30
ckingwhat?!13:30
smbRather the most extrovert introvert we met13:31
ckingif apw is introverted then I'm basically so introverted that one would class me as clinically dead13:31
=== xfaf is now known as zul
=== jjohansen is now known as jj-afk
didrockshey guys15:03
didrockssince grub 1.99~2010112, with nvidia proprietary driver, I can't get a working X/gdm15:04
didrockscjwatson pointed me to the framebuffer spec and I saw that gfxpayload=keep is activated15:04
didrocksI remember having issues with it in maverick, so it's maybe linked15:05
didrockshow can I help getting the relevant info to you?15:05
=== bjf[afk] is now known as bjf
lagapw: Have all the delta patches been deleted now?15:12
apwlag ?15:16
lagapw: https://wiki.ubuntu.com/KernelTeam/Specs/KernelNattyUbuntuDeltaReview15:17
lagapw: I can't find my patches for looking15:17
apwlag in the wiki page or in the ubuntu delta ?15:20
lagI can find the entries on the Wiki15:22
lagBut they're missing from git log etc15:22
apwlag, then perhaps they got dropped, are they in the dropped section below 15:27
* lag checks15:27
lagapw: They don't appear to be15:29
lagapw: Maybe they were dropped when ARM support was removed?15:29
apwlag hmmm, ok well mark them as missing and i'll try and find out15:29
lagOkay15:30
=== diwic is now known as diwic_afk
JFo<-lunch16:38
=== jj-afk is now known as jjohansen
=== yofel_ is now known as yofel
JFoback17:59
ckingJFo, dude, how's it going?18:16
JFocking, not too bad despite being overwhelmed by everything :)18:16
JFocking, how about you?18:16
ckingJFo, ditto :-)18:17
JFoheh18:17
ckingThose bug reports keep in coming it. I understand it can be most overwhelming.18:18
JFoI'd be on mumble, but I stupidly forgot to charge my headset over the weekend18:18
charlie-tcaJFo: We got a bug day tomorrow for you, right?18:18
JFooh yes, the bug reports are never ending18:18
JFocharlie-tca, yessir18:18
JFobugs with patches18:18
charlie-tcaGreat!18:18
* JFo plans to remind folks via e-mail and blog today18:18
charlie-tcaI can try to do some, at least.18:18
JFoexcellent! I welcome anyone interested in helping18:19
JFoespecially if that person is you charlie-tca :)18:19
charlie-tcathanks18:19
ckingbjf, thanks for helping me out with the fwts over the weekend18:21
bjfcking, glad to, i'll do some further testing sometime this week i think18:24
ckingbjf, cool, I'm still unable to trip that lucid bug, but I've not had much change since Saturday to reproduce.18:25
_Groo_hi/2 all18:49
_Groo_found a very ugly bug with reiserfs + ecryptfs in maverick/natty thats wasnt there in previous kernels18:49
_Groo_if my machine crashes via a hardware freeze (damn you nvidia), reiserfs runs its log file, so far so good18:49
_Groo_unfortunatelly ecryptfs is not yet mounted or a bug lies at that lvl, and reiserfs is writing the raw data in the ecryptfs inodes, borking all the data18:49
_Groo_or something like that for what i could test.18:50
_Groo_anyway when reiserfs kicks the log write, the file affected gets borked if you use a eccryptfs layer18:50
_Groo_anyone ever seen this behaviour before?18:50
sconklinback in a couple of hours18:51
* tgardner --> lunch19:03
=== diwic_afk is now known as diwic
ppetrakiquick question, is the -server kernel using CFS be default, and how do I find out which scheduler were using at runtime?19:52
sorenppetraki: /sys/block/<name of block device>/queue/scheduler19:59
ppetrakisoren, I got that one, and it's deadline20:01
ppetrakisoren, now what about processes? it a mess in proc somewhere20:01
sorenppetraki: What about processes?20:01
ppetrakisoren, the config says http://pastebin.com/CQWTBS8q20:01
ppetrakisoren, which appears to be deadline for process scheduling too20:02
sorenppetraki: I'm not sure what you're saying. CONFIG_DEFAULT_DEADLINE=y means the the deadline scheduler is the default i/o scheduler.20:04
ppetrakisoren, there's one for io and one for process. I'm just trying to verify at runtime which one we're using20:07
ppetrakisoren, the io one is easy enough as you pointed out20:07
ppetrakisoren, with the CFS, am I using it? how do I find out. the docs aren't exactly clear20:07
* soren is not aware that there's much of an option when it comes to process scheduling (other than preempt and HZ settings)20:08
ppetrakifair enough20:08
ppetrakithanks20:08
sorenThat is not to say that there isn't. I just don't know about it.20:09
ppetrakithat's what I'm trying to determine20:09
GrueMasterCan someone tell me when linux-ti-omap4 2.6.35-903.19 will move from proposed to release?  I busted my butt to get it tested during US holiday, and need it for natty testing.20:41
* jjohansen -> lunch20:43
tgardnerGrueMaster, we have no plans to produce a natty ti-omap4 kernel. I thought Linaro was doing it?20:45
GrueMasterThat is for omap, not omap4 as far as I know.20:45
GrueMasterAnd you guys asked me to test this kernel two weeks ago for Maverick.20:46
tgardnerhmm, then I'm waiting on Bryan Wu as he is the omap4 dude.20:46
GrueMasterhttps://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/67350420:46
ubot2Launchpad bug 673504 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "Pandaboard chooses a new IP address on each boot (affects: 2) (heat: 192)" [High,Fix committed]20:46
GrueMasterThat has all the info for 2.6.35-903.1920:46
tgardnerGrueMaster, checking...20:47
GrueMasterUntil then, natty is currently pulling 2.6.35-903.1720:47
tgardnerGrueMaster, re: maverick, I think we're waiting on the SRU team to promote it to -updates20:48
GrueMasterWell, lets hope it gets released before the next security patch cycle.  I really don't want to keep spinning loops around these bugs because of flawed release processes.20:50
jjohansenbjf, sconklin: do the lts-backport kernels get security updates22:22
sconklinjjohansen: good question. rtg? ^^22:23
jjohansensconklin: tgardner isn't around currently22:24
bjfjjohansen, i believe that they do though we have left the updating of them to rtg22:24
bjfjjohansen, it's on our list of thing to find out how exactly he is maintaining them22:24
sconklinjjohansen: I think that they do by virue of being backported from kernels which have security applied, but I don't think it's simultaneous with the security releases22:25
jjohansenright, thanks22:25
sbeattiebjf, sconklin, jjohansen: I think the question is, will the lts-backports get security updates that come through the lucid-security pocket?22:31
sbeattieor will they just be part of the periodic updates that roll into -proposed/-updates?22:31
bjfsbeattie, heh, that's a good question22:31
sconklinyeah, I agree. That's the question22:31
sconklinwe don't have an answer22:31
=== bjf is now known as bjf[afk]

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!