/srv/irclogs.ubuntu.com/2011/09/13/#ubuntu-kernel.txt

Sarvattbroder: there's only been 2 kernel SRU's to natty so far and 2.6.38.x is dead so things need to be recommended manually, absolutely yes :)00:07
broderok, cool. i'll try to learn how the process works and send off the patch :)00:08
=== rextsai is now known as chihchun
=== ehw_ is now known as ehw
ppisatimorning *07:38
apwppisati, morning08:25
ppisatilooks like LP is down...08:34
ppisatiok, it's back08:35
apwppisati, for maintenance ?08:36
ppisatino no08:36
ppisatijust got the Oops page for some reload in a row08:36
ppisatinow it's ok08:36
apwppisati, ahh yes she does do that to annoy one08:41
ppisatithey respun natty, or so it seems...08:44
apwrespun ?08:45
ppisatiyep08:46
ppisatirespin08:46
apwdo we know why this time ?08:50
ppisatijust deleted the email, but there was a regression in a patch08:51
ppisatipatch reverted and kernel respinned08:51
ppisatiand thus all the derivative pkgs got a new tracking bug08:51
apwahh nice08:52
apwppisati, bah ... we didn't sign your key last week09:49
ppisatiapw: want it now? :)09:51
apwbah humbug09:51
apwppisati, didn't realise you were signing the tags too ... we must remember to do it the next time we are together09:52
ppisatik09:52
=== ghostcube_ is now known as ghostcube
sladenogasawara et al: bug #834725 - are we short of a kernel interface that powertop needs?12:34
ubot2`Launchpad bug 834725 in powertop "Powertop fails to report number of wakeups/events" [Medium,Triaged] https://launchpad.net/bugs/83472512:34
ogasawarasladen: I'm unaware of anything off the top of my head, we' have to investigate further13:06
=== chuck_ is now known as zul
bjf##14:05
bjf## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting14:05
bjf##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting14:05
bjf##14:05
ppisatiherton: natty has been respinned, but natty/ti-omap4 doesn't depend on natty/master thus i'm invalidating the tracking bug14:11
hertonppisati: ok14:11
ppisatiherton: not so fast: http://paste.ubuntu.com/688351/14:12
hertonppisati: hmm I didn't run the script for a while, may be something changed in lpltk. Are you running with the latest python-launchpadlib-toolkit from arsenal-devel ppa?14:14
ppisatiherton: actually i was running the vanilla py-lpltk14:22
=== kentb is now known as kentb-afk
hertonppisati: the vanilla should not work, does it work updating to latest python-launchpadlib-toolkit? (# apt-add-repository ppa:arsenal-devel/ppa; apt-get update; apt-get install python-launchpadlib-toolkit14:34
hertonppisati: I'm going to lunch, let me know if it doesn't work14:39
* herton -> lunch14:39
* ogasawara back in 2014:48
ppisatiherton: worked fine, thanks14:52
ppisatifor the kernel irc meeting: arm status -> http://paste.ubuntu.com/688380/14:52
apwppisati, not going to be around to deliver it ?14:53
apwbjf, ^^14:53
bjfapw, no one cares about arm14:54
bjf:-P14:54
ppisati:)14:55
ppisatiluckily no ones care about arm... :)14:55
ppisatisent an email on the k-t m-l14:55
=== kentb-afk is now known as kentb
ppisati /quit15:18
jjohansenogasawara, apw, tgardner: so I have been looking at CONFIG_DYNAMIC_DEBUG (last of the work items) and I don't see a reason to enable it on production systems.  It requires debugfs be mounted and then you can dynamically enable/disable per call site, code that used pr_debug()/dev_dbg().15:32
jjohansenIts okay for debugging when you insert extra debug code using these or the bug is near code already there using those.  So I am recommending it as another debug tool when building debug kernels, but don't see the point on enabling it on production systems.15:32
jjohansenogasawara: I will close off the work item15:32
ogasawarajjohansen: ack, thanks.15:33
apwjjohansen, sounds good, just note that in the spec in the results section15:33
jjohansenapw: ack15:33
=== tgardner is now known as tgardner-afk
tyhicksjjohansen: Take this with a grain of salt, but I thought that dynamic debug was now the preferred way to log debug messages as opposed to each subsystem having their own one-off way of logging debug messages?15:40
tyhicksjjohansen: For example, eCryptfs is way too verbose for a filesystem, but what is dumped out to syslog is a great help for me to triage bug reports15:41
jjohansentyhicks: hrmm right15:42
tyhicksjjohansen: I was hoping to switch everything over to dynamic debug at some point so that a user can flip the switch when they hit problems and get me useful debug messages15:42
jjohansentyhicks: I look some more, I am not opposed to having it on.  I'll look some more at what subsystems are using it.15:43
tyhicksjjohansen: Good idea - maybe no one is using it. I don't care one way or the other, at this point, since eCryptfs doesn't currently use it15:45
bjf##16:00
bjf## Kernel team meeting in one hour16:00
bjf##16:00
bjfapw, did you ship the box ? :-)16:14
apwshould be going in the morning16:15
apwi am sick of it filling up my hall ...16:15
jjohansenrebooting16:38
bjf##16:54
bjf## Kernel team meeting in 7 minutes16:54
bjf##16:54
jjohansenogasawara: I have an ecryptfs patch upstream I would like to squeeze into today if possible17:04
ogasawarajjohansen: sure, send it to the list asap.17:04
jjohansenogasawara: ack17:04
kirklandjjohansen: cool, which one?  trailing garbage?17:04
ogasawarajjohansen: I plan on uploading this afternoon17:04
kirklandogasawara: missed you in Santa Rosa last week -- running trail by hotel and weather were both exceptional!17:05
jjohansenkirkland: uhm can't remember but I think so.  I cherry-picked it last week but didn't get to testing it17:05
kirklandjjohansen: k17:05
ogasawarakirkland: I think I would have died :)  I literally haven't ran for over a year now.17:05
kirklandogasawara: wow!  no kidding!  I did eight miles, from the hotel into a bunch of vineyards, and back, 59F (which is over 40 degrees cooler than here right now)!17:06
* ogasawara decides to break out the running shoes today17:07
apwsconklin, all those !verified reversions, is there someone needing a kick on those?  or is it just many people17:08
sconklinit's many people, and a number of reasons. I'd have to look but I think the most common is "I've found a workaround, and although I have a reproducer and reported it, I have no interest in helping you"17:09
kirklandogasawara: i'm early, but on track and signed up for the next Austin Marathon17:09
apwsconklin, shame we can't apply a patch to stop their work around working too17:09
sconklinthere's also some "I told you it fixes the problem when it was a one-off patch applied for a test, I see no need to test your -proposed kernel"17:09
sconklinand a lot of just never getting a response at all to the calls for testing17:10
sconklinit's all in the bugs which were linked17:10
apwsconklin, welll lets hope discovering we arn't going to fix it if they ignore it will shake them up17:11
sconklinThe ecryptfs and nouveau ones were especially annoying. The ecryptfs one got pulled from 2 or 3 kernels17:11
apwsconklin, that sounds like the one jjohansen is trying to put into oneiric17:11
sconklinhttps://bugs.launchpad.net/ecryptfs/+bug/50918017:12
ubot2`Ubuntu bug 509180 in ecryptfs "ecryptfs sometimes seems to add trailing garbage to encrypted files" [High,Fix released]17:12
apwjjohansen, ^^ is that the one you are talking about ?  17:12
jjohansenapw: checking17:13
jjohansenapw: no https://bugs.launchpad.net/ecryptfs/+bug/81638717:14
ubot2`Ubuntu bug 816387 in ecryptfs "ecryptfs kernel panic when rebooting/shutdown" [High,Fix released]17:14
apwso it sounds like kirkland was intereested in the ones we've just reverted for lack of testing17:15
jjohansenI did look briefly at 509180 and that is why I wasn't sure17:15
brodernewbie question - where is the natty kernel in the sru cadence right now?17:16
jjohansenrebooting17:16
apwbroder, i think that was jut reported on #ubuntu-meeting17:18
broderapw: oh, ok. i think i see it, thanks17:19
apwbroder, and i think it is 'unverified fixes now reverted, awaiting QA before release'17:19
sconklinbroder, this is a good place to look any time http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html17:19
* broder awesome. that is very helpful17:20
apwPhase:  CopyToUpdates17:22
apwTags:  certification-testing-passed, kernel-release-tracking-bug, lucid, qa-testing-passed, verification-failed 17:22
apwthat doesn't seem to make much sense for the lucid one, given copy to * are invalid too17:22
apwsconklin, herton ^^17:23
sconklinThat's because it was stopped at the last minute from being published due to the i915 regression17:23
sconklinThe "Phase" still reflects the phase it was stopped in17:24
apwperhaps shank should say "Unknown (was XXX)" when it sees Incomplete17:24
kirklandapw: was it a lack of testing, or was the patch clearly shown to cause regressions or not fix the issue?17:25
sconklinthose represent some well defined states, and it is going to take some deeper discussion before changing them17:25
apwkirkland, lack of testing i think was the report ... sconklin the ecryptfs patch reversion was !tested right17:25
sconklinlack of testing17:26
kirklandapw: sconklin: who has that responsibility?  the community?17:31
sconklinkirkland: generally the reporter, or whoever cares17:31
kirklandsconklin: hmm, okay17:32
jjohansenkirkland: reporter, community or someone who is interested and can reproduce.17:32
kirklandjjohansen: okay, thanks17:32
=== bjf changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Oneiric Kernel Version: 3.0 || Ubuntu Kernel Team Meeting - September - 13 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!
=== bjf changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Oneiric Kernel Version: 3.0 || Ubuntu Kernel Team Meeting - September - 20 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!
=== tgardner-afk is now known as tgardner
salty-horsehi. anyone around? looking at <https://wiki.ubuntu.com/KernelTeam/Specs/KernelOneiricUbuntuDeltaReview> I see the section about fsam7400 and a consideration for dropping it. there's another, more recent implementation called fsaa1655g: http://ubuntuforums.org/showthread.php?t=153096218:30
salty-horsewhat does it take to include it by default?18:30
ogasawarasalty-horse: the best way to have it included by default is to get the driver included upstream.  I'm not in favor of carrying an out of tree driver, especially one which looks like it was last touched in 2006.18:59
salty-horseogasawara, the one i linked seems to be from 201019:00
salty-horseupstream == debian?19:00
dupondjehttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/703180 any chance this could be fixed before final?19:01
ubot2`Ubuntu bug 703180 in linux "SD card reader doesn't work on new Dell XPS" [Undecided,Confirmed]19:01
ogasawarasalty-horse: by upstream I mean the upstream linux kernel19:01
salty-horsehmm.. well I have nothing to do with that project, and I'm not a kernel hacker. it does seem to prevent me and others from having a functioning machine19:02
ogasawarasalty-horse: might be best to get in touch with the driver maintainer and ask if they'd work to get the driver upstream19:03
salty-horseemailing19:04
ogasawarajjohansen: how's that ecryptfs patch coming?19:08
jjohansenogasawara: give me 15 min, I am just compile testing19:08
ogasawarajjohansen: ack19:09
dupondjeogasawara: don't know if you could check https://bugs.launchpad.net/ubuntu/+source/linux/+bug/703180 and maby put priority or so? Cause alot of people seem to hit this bug :)19:14
ubot2`Ubuntu bug 703180 in linux "SD card reader doesn't work on new Dell XPS" [Undecided,Confirmed]19:14
jjohansenogasawara: heh, go turns out my tree was a couple few days out of date, the patch is already in19:23
ogasawarajjohansen: heh, cool works for me.19:23
ogasawaradupondje: I'll take a look and triage that bug in a bit.  gotta get a kernel out the door first.19:24
dupondjethx :)19:26
=== chrisccoulson_ is now known as chrisccoulson
* jjohansen -> lunch19:40
keesapw: woooo, run your merge & export, loooooots of CVEs closed now that the arms published :)20:49
=== BenC__ is now known as BenC

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