zrutyDo I get a chance to edit the bug report before it gets sent?04:50
RAOFzruty: You mean, when sending a report via apport?04:55
zrutyubuntu-bug linux 04:56
RAOFzruty: There is no report before it gets sent; what happens is the data gathered gets attached to the bug you create.  There is not a way to edit that data before you've created the bug, though.04:56
zrutyIt collects all kinds of data which is fine, but does that also send what is the bug as experienced by me?04:56
zrutyOkay, then I think I will do it a little differently, hoping that actual bug data will be included in that report04:57
RAOFYou should always describe your bug in the report; although the data attached should be useful, it doesn't contain all the context that you can provide (like ‘this happens each time I plug in my USB mouse’)04:58
zrutyYes exactly. And when I do ubuntu-bug linux I do not get a chance to add that before it gets sent05:04
zrutySo I think I better crate the bug and then snd the report. 05:07
zrutyAfter the bug gets filed, can I add to it? 05:07
zrutyIn launchpad somewhere, was it?05:07
zrutyRAOF: ?05:26
zrutyNow I am getting 'Can not connect to crash database, please check your internet connection. <urlopen error [ErrNo8]_ssl.c:503:EOF occured in violation of protocol>05:28
zrutyFirefox can browse websites. 05:28
RAOFzruty: Sorry.  You can add to a report after filing it; running “apport-collect $BUGNUMBER” will attach all the information you would have got.05:30
RAOFzruty: Hm.  You might want to try running ubuntu-bug again; maybe that error was transient?05:31
RAOFWhat'll happen when you run ubuntu-bug is that it'll upload the data to a staging area and open a browser window at the "file a bug" page, with some of the fields pre-filled.05:34
RAOFAfter you create the bug, the data in the staging area will be attached to it.05:35
zrutyAh, that sounds good. 05:35
zrutyThe upload progress bar is not moving.... 05:40
zrutyI have a running ping to my ISP's DNS server which replies nice and quick05:41
RAOFThat's odd.  Sorry, I don't think I'll be of much help.05:49
zrutyNow I get a ErrNo32 broken pipe05:51
zrutyI'll try it again another way05:51
zrutyYes, now it is working05:57
zrutyDone. 06:43
* apw yawns07:36
* ppisati waves at apw07:46
* smb tries to open eyes...07:51
* jussi dumps a bucket of water over smb then hands him a coffee08:19
* smb appreciates the coffee but would rather have nicely warm water over and not in front of the keyboard... :-P08:25
* ppisati -> reboot08:35
=== cking_ is now known as cking
ckingtesting always takes me longer than I anticipate...09:32
apwcking, testing is never anticipated ...10:48
davmor2apw: does that not make you like the spanish inquisition?10:49
* apw smiles at davmor210:49
davmor2apw: I prefer the testing misquote from a popular Meatloaf Song... Object in the rear view mirror may appear more broken than they are.....10:53
ckingtyhicks, you merged a bunch of my ecryptfs changes but seem to be missing the changes to allow for ext2, xfs and btrfs mount flags as well as a test for the clearing of ECRYPTFS_NEW_FLAG during truncate. can these be merged?11:24
* apw goes splash about11:45
* ppisati -> conf call12:03
=== smb` is now known as smb
tgardnerapw, what hacks did you want me to try on the encrypted LVM desktop ?13:07
=== bladernr_afk is now known as bladernr_
apwtgardner, ok so on the grub menu there is a bit ... /me gets the right wording13:28
apwtgardner, set gfxpayload=$linux_gfx_mode which i'd like changed to =text13:29
apwtgardner, and could you separatly retest to confirm removing vt.handoff=7 is not sufficient13:30
apwtgardner, and finally both in combination, and let me know which work13:30
=== kengyu_ is now known as kengyu
tgardnerapw, working on it....13:36
apwtgardner, thanks13:36
tgardnerapw: some discussion of hyperv on LKML that you might find interesting, though it a difficult post to parse: "Linux on Hyper-V -- use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the DVD-ROM / CD-ROM device handling) Fw: [PATCH RFC] ata_piix: ignore disks in a hyper-v guest"13:41
tgardnerapw, oh, never mind. you're on the Cc:13:42
apwis that that V<sometign> guy ... if so i have read and replied to them all13:42
smbogasawara, Are you planning to bundle up a new precise kernel today14:10
=== yofel_ is now known as yofel
ogasawarasmb: I wasn't planning one for today, still finishing up yesterday's upload.  but I can if there is a fix you need uploaded.14:11
smbogasawara, There will be a fix but its not that urgent that it requires desperate actions. Just wanted not to miss the next upload by seconds. :)14:12
tyhickscking: Strange, I wonder how I missed those14:12
tyhickscking: I'm working on merging them now14:13
ogasawarasmb: I'll likely wait and upload again on Tuesday (which will be the last upload before Kernel Freeze)14:13
smbogasawara, Ok, that works for me14:13
tgardnerogasawara, have you hassled anyone about NEWing your kernel? looks like itsready.14:14
apwogasawara, i have some hyper-v changes in testing as well which i would like in the tuesday one14:14
apwtgardner, oh has powerpc finally made it14:14
tgardnerlast I checked14:14
ogasawaratgardner: yep, pitti new'd em for me earlier this morning14:14
ogasawaraapw: ack14:15
ogasawaratgardner: and I've just uploaded lbm14:15
tgardnerogasawara, hopefully I've fixed all the build failures in LBM14:16
ogasawaratgardner: I did lbm test builds on amd64 and i386 and they all built ok14:16
ogasawaratgardner: I was also going to upload linux-firmware if that's ok with you?14:17
tgardnerogasawara, huh?14:17
ogasawaratgardner: I added the brcm firmware to the nic-firmware.lst udeb14:17
tgardnerogasawara, ah, ok - no problem14:18
* ogasawara assumes I have upload rights for linux-firmware... I guess I'll find out14:18
tgardnerogasawara, you might not if you haven't done it for precise14:19
ckingtyhicks, thanks!14:28
* ogasawara back in 2014:29
tgardnerapw, as far as I can tell, the only thing that makes the LUKs prompt appear is by removing "splash". the password prompt _does_ however appear on VT 7 (which is not unexpected given the vt_handoff setting)14:42
tgardnerapw, I suspect the right thing to do for a LUKs install is to remove both splash and vt.handoff14:44
vanhooftgardner: ogasawara: also issues with luks + vt.handoff?14:54
tgardnervanhoof, with an nVidia setup that I have14:55
vanhooftgardner: ogasawara: I was mulling over ideas of a creative way to not have vt.handoff added myself (for the cedarview/poulsbo case) where it also breaks things14:55
tgardnervanhoof, seems that its only on the desktop install14:55
vanhooflooks like a grub script looks for splash and adds vt.handoff by default14:55
vanhoofjust not sure of the proper place to make such a change, plymouth, grub, etc14:55
tgardnervanhoof, dunno. could be a cjw question14:56
apwvanhoof, why does it break things, or more specifically in ways does it break things14:56
vanhoofapw: you never actually get to a login screen, why it breaks cedarview/poulsbo we're not sure yet14:57
apwvanhoof, and whats the 14:57
apwvanhoof, and whats the  bug number14:57
vanhoofapw: all that magic is in grub2's ubuntu_vt_handoff.patch14:58
vanhoofapw: theres a couple: 914311 and 89924414:59
apwvanhoof, are they both binary only drivers ?14:59
vanhoofapw: psb_gfx is not14:59
apwand what is the total symptoms? b15:00
vanhooftseliot: ^^ what does it look like w/ vt.handoff added on cedarview?15:00
vanhoofSarvatt: ^^15:00
* vanhoof doesnt have one in hand to tell ya :)15:01
vanhoofjust know its broken :)15:01
apwso very helpful indeed15:01
tgardnerapw, ogasawara: in the https://wiki.ubuntu.com/KernelTeam/Specs/PreciseKernelDeltaReview Rationale section we reference v3.1 in a couple of places. I think we should update it to correctly reference v3.2 (with an appropriate statistics update)15:03
tseliotapw: not even Intel is sure as to why it breaks cedarview15:03
ogasawaratgardner: ack15:03
ogasawaratgardner: I'll rerun the scripts and update it15:04
tgardnerogasawara, cool15:04
vanhoofapw: on the machines we have, what we see is a long pause (from the purple screen) ~30-60 seconds, until it looks light lightdm respawns and takes over15:04
apwso you just don't see plymouth?  you get bios, purple, lightdm15:05
tseliotapw: cedarview hardware + psb_gfx = black screen, I'm not even sure vt.handoff matters. As for cedarview hw + poulsbo + vt.handoff = I don't think lightdm gets you to the desktop at all15:06
tseliotbut hey, maybe my machine is possessed by goblins ;)15:06
apwvanhoof, have you tried disabling vesafb ?  vesafb._broken_=true or similar on the kernel command line15:06
apwthat might not interact well with the new drivers if they arn't KMSd correctly15:07
tseliotapw: removing vesafb would automatically disable vt.handoff (which in turn depends on "splash"), right?15:07
apwtseliot, nope not at all, it just a potential fallback when a drm driver isn't found quickly enough, and then we rely on vesafb to new driver handover to work properly15:08
apwwhich its not been found to do well, and upstream said "don't do that, it smells"15:08
apwso it'd be good to know if vesafb is getting loaded when we might not want it to be15:09
apwand one way to find out is to disable it15:09
tseliotvanhoof, apw: I guess if bug #944929 is fixed, then we can boot into a non garbled screen and then we can install my cedarview package which can disable vt.handoff15:11
ubot2Launchpad bug 944929 in linux "psb_gfx boot hang on Atom N2600 (GMA3600 Cedarview)" [High,Triaged] https://launchpad.net/bugs/94492915:11
vanhooftseliot: yeah I was hoping there would be something like grub-gfxpayload-lists where we could blacklist certain devices vs adding vt.handoff by default for anything that sees "splash"15:12
apwvanhoof, "for anything that sees splash15:13
apw" ? what does that mean.  you can blacklist handoff for broken h/w in those -lists i believe15:14
vanhoofapw: http://paste.ubuntu.com/907349/15:14
apwvanhoof, i know what vt.handoff is i wrote the code for it, but i don't understand you "remove it for splash" comment15:15
apwthat makes no sense as they go together15:15
apwif your board doesn't work with handoff you can quirk that i beleieve so grub won't supply it15:16
vanhoofif you remove splash from /etc/default/grub vt.handoff is never added is what I was saying15:16
apwthey go together indeed, it makes no sense to handoff without splash15:16
tseliotapw: how can you quirk it?15:16
tseliotapw: using the splash works fine here, as long as there's no vt.handoff15:17
apwright and thats not the depedancy its the other way, it makes no sense to handoff to splash when splash isn't there15:17
apw    if hwmatch \${prefix}/gfxblacklist.txt 3; then15:18
apwvanhoof, tseliot^^ that part there, that blacklist defines if you can use handoff, if not then it sets linux_gfx_payload to text which should stop the handoff being added i believe15:19
apwcirtainly worth trying adding there to see if ti fixes things15:20
apwogasawara, i closed my penultimate work item15:21
ogasawaraapw: \o/15:21
tseliotapw: wait, wouldn't that also block vesafb?15:21
apwtseliot, no its unrelated to vesafb15:21
tseliotapw: and set linux_gfx_mode to "text"?15:21
apwtseliot, thats what the blacklist does, says 'keep' or 'text' which defines grubs part of handoff, whether it zaps the purple back to normal text, or stays graphical and uses handoff to maintain it through to splash15:22
tseliotapw: http://paste.ubuntu.com/907360/15:23
apwtseliot, ?15:23
tseliotit's the whole patch15:23
tseliotapw: what I'm trying to say is that we need a graphical splash without vt.handoff, without having to switch plymouth's text plugin15:25
tseliotapw: is this what you're suggesting too?15:25
apwtseliot, no it just turns off handoff, the maintenance of purple until splash starts15:26
apwthat is what it does, and why its there, its for bust hardware which doesn't handle handoff15:26
apwthat osunds like your case to a tee15:26
apwif that doesn't fix you up we need to work out why as it should15:27
tseliotapw: ok, I think I know why I'm so confused about this. When I did it for Nvidia, it switched to text mode because Nvidia won't use the drm plugin. This driver, though, should use the drm plugin and avoid the whole handoff thing15:28
apwtseliot, that is my expectation yes, now there is a hint that perhaps grub is not going to do quite what we intended, and if so we need to fix that or the kernels handling but that would be a bug15:28
tseliotapw: ok, let me try here...15:29
apwtseliot, thanks15:30
ckingbjf, looks like those two final changes were merged in ~1 hr ago15:40
apw    sched: tg->se->load should be initialised to tg->shares15:41
bjfcking, let me dbl check, i just pulled and seeing the same failures15:42
ckinglemme check too :-/15:42
bjfcking, i see a mistake on my part15:43
ckingbjf, ah ;-)15:43
bjfcking, stupid thing did what i told it not what i wanted15:44
ckingbjf, now isn't that simply annoying15:45
smbcking, bzr is like tea on the heart of gold... very much like it but not the same15:48
* apw shares and enjoys a beer with smb15:49
ckingbjf, just tried it out, works fine for ext2, xfs, etc15:50
bjfcking: yes, working better here as well15:51
ckinghrm 4 machines all busy doing s4 cycles, what fun15:52
apwcking, time for a beer me thinks.  and you only have 40m left15:55
apwtgardner, if you boot with the default options (on your encrypted lvm configuration) does double tapping ESC from the blank screen work ?16:00
tgardnerapw, lemme try16:00
apwtgardner, all sorts of variants of this issue are popping out the woodwork, likely all nvidia16:00
tgardnerapw, you're a genius16:02
tgardnerpops right up16:02
tgardnerit even accepts my password and boots right16:03
apwtgardner, ok good then your issue is the same as the others ... good16:04
apwtgardner, could you now try booting with plymouth:force-drm added to your command line16:07
tgardnerapw, still needed to hit <ESC> 16:10
apwtgardner, ok thanks16:10
tgardnerapw, it looks like _without_ "sched: tg->se->load should be initialised to tg->shares" that load averages are much lower. dunno if thats a good thing, but I'm thinking not.16:17
apwtgardner, its interactibility that matters, though the time to complete a known job is interesting16:18
apwtgardner, perhaps this is a job for super-cking, he is very rigorous16:18
tgardnerapw, I can't tell any difference in interactivity16:18
tgardnerapw, I think he has all of his bits doing S4 testing16:18
apwyeah i am sure ... we'll i'll add it to my list16:19
ckingyep, all my kit is glowing at the mo16:19
tgardnerapw, so I'm doing a build without that patch and load averages appear to level out around 70. I'm pretty sure I've seen averages in the 150-200 range prior to this16:20
apwcking, heh ... i bet ... anyhow _you_ have 10m left16:20
ckingsuch interactivity must be somehow testable, but darned if I can think of a way to easily automate that16:20
apwtgardner, that may be an accounting issue introduced by the patch though16:20
tgardnerapw, right, my suspicion as well. guess I should be timing16:20
apwcking, well i'd think it would be things like "ask window to change, watch pixel till it does"16:20
apwtgardner, yeah, i am hoping it might improves some of the interactibility issues i am seeing16:21
ckinghere be the realms of subjectivity16:21
apwonce i finally get this lvm poo on a CD so i can test my radeon box, which won't boot from USB!?!?!?!16:21
apwcking, well indeed, actually, latencytop is probabally the sort of thing we should defer to for interactibility16:21
tgardnerjsalisbury, herton: rebooting tangerine for kernel update16:26
jsalisburytgardner, ok, thanks for the heads up16:27
* cking calls it a wrap17:16
apwtgardner, ok all my intel and radeon testing of encrypted LVM is 'good' and so a bust from fixing the bug17:50
tgardnerapw, hmm, well at least the workaround is simple.17:51
tgardneron nVidia17:51
apwtgardner, yeah, and we know what that does, it switches to text and back17:52
tgardnerapw, has anyone dropped that gem on Gema ?17:52
apwtgardner, ... i think we might need some volunteers with nvidia to test so we can confirm its widespread with nvidia17:52
apwif so, i think we need to switch off handoff for nvidia en-toto when encrypting17:52
apwtgardner, heh ... not me17:52
* tgardner goes in search of brain food17:58
=== tgardner is now known as tgardner-lunch
* apw wanders to find self some boozage18:14
=== tgardner-lunch is now known as tgardner
* tgardner -> EOD19:22
keesogasawara: two patches for precise (related to seccomp) sent to the list.20:20
ogasawarakees: ack20:21
ogasawarakees: applied20:44
keesogasawara: thanks!20:54
* bjf -> heads off to give blood21:15
=== bjf is now known as bjf[afk]
=== bjf[afk] is now known as bjf
WrostekIm trying to compile a kernel with 'fakeroot debian/rules binary-headers binary-generic' after around 20 minutes, sub-make returns error 2 while compiling 'LD [M]  drivers/w1/wire.o' ... but there is no debug info... Is there a way to get the kernel build to be more descriptive?23:02
Wrostek( i would disable Dallas Wire from the config, but you cant, its either built in or module, and I dont know how to fix the problem without debug )23:03
Wrostekafter making a git clone git://kernel.ubuntu.com/ubuntu/ubuntu-precise.git , is it normal for the kernel build to not work?  I had to turn off quit a few things from the menuconfig, not it is making it as far as wire.o, but there is no option to disable that... Am i missing something?23:08

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