=== smb` is now known as smb
smbmorning .*07:46
cooloneysmb and cking, good morning 07:59
* cking waves to cooloney07:59
smbhey cooloney 07:59
=== henrix_ is now known as henrix
* apw groans08:17
ckingtoo little coffee apw?08:17
cooloneyapw: morning coffee is good for you08:18
ppisaticooloney: i heard Apple stocks skyrocketed after the news :)08:21
tjaaltonanyone able to confirm that the ubuntu-r kernel oopses 0.2 seconds into the boot? mainline works fine, but I'm unable to see the origin of the oops..08:36
cooloneyppisati: hey, man, what news?08:41
ppisatitjaalton: did you try with earlyprintk?09:05
tjaaltonppisati: ah, no I didn't09:06
tjaaltondon't have the hw though :)09:06
tjaaltonthe oops does show on the screen, but it goes past so fast that it's useless09:07
tjaaltonthe tail isn't that interesting I think09:07
juerghapw Do you know where I can find the headers and ddebs for the aa test kernel that you guys built on Tuesday?09:18
=== AndChat|665849 is now known as arges-trai
=== arges-trai is now known as arges-train
* ppisati -> out for lunch10:33
ckinghenrix, http://people.canonical.com/~kernel/reports/sru-report.html - bugs 561129 and 1047261 don't have the needs verification tags on these yet. is that an automated process?10:50
ubot2Launchpad bug 561129 in ecryptfs "Existing eCryptfs inodes are not evicted when they're the target of a rename()/mv" [Medium,Fix released] https://launchpad.net/bugs/56112910:50
ubot2Launchpad bug 1047261 in ecryptfs "ecryptfs_encrypt_page: Error attempting to write lower page (regression)" [High,Fix released] https://launchpad.net/bugs/104726110:50
henrixcking: no, it's a manual process.10:51
henrixcking: "officially" we're not on the verification week yet :)10:51
ckingoh, I've verified them too early then ;-)10:52
* cking fail, too efficient10:52
henrixcking: heh10:52
henrixbut i'll be adding those tags to some of the kernels later today, as we're pretty much done with the prep phase :)10:52
henrixbtw, if you've already verified these bugs, you can add the verification-done-... tag10:54
henrixthe bot will pick these tags once it updates the report10:55
henrixcking: ah, i see you've already commented the bugs with the test results10:59
henrixcking: so, don't worry about them anymore. i'll tag them. thanks ;)10:59
phillwhi guys, with respect to bug 1043518 there is a working patch in place via https://bugzilla.redhat.com/show_bug.cgi?id=857300 but that is absolute limit of my scant knowledge of the inner workings of kernels. Could someone take a look and see if it can be added to our 3.5.x kernel? Thanks.11:57
ubot2Launchpad bug 1043518 in plymouth "live cd is unusable due to video degradation with the splash boot option enabled" [Undecided,Invalid] https://launchpad.net/bugs/104351811:57
ubot2phillw: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found (https://bugzilla.redhat.com/xml.cgi?id=857300)11:57
=== zz_Kiall is now known as Kiall
* henrix -> SIGFOOD12:06
=== Kiall is now known as zz_Kiall
henrixrtg: regarding bug #1039157, a fix as been applied to the lucid kernel12:39
ubot2Launchpad bug 1039157 in linux "vmware/virtualbox kernel modules not loaded by default" [Undecided,Fix committed] https://launchpad.net/bugs/103915712:39
henrixrtg: however, i believe this fix shouldn't have been applied, as vmwgfx driver is not build12:39
henrixits obviously an harmless fix, but there's no way to verify the bug :)12:40
rtghenrix, hmm12:40
rtghenrix, well, I guess its harmless and not too difficult to verify.12:43
rtgoh, you already said that :)12:43
henrixrtg: i say "harmless", but not easy to verify...12:44
henrixrtg: since the code is not compiled, i can only confirm it is *not* compiled12:44
rtghenrix, well, revert it then.12:45
henrixrtg: ack, thanks12:45
=== doko_ is now known as doko
rtgppisati, you should rebase ti-omap4 to pick up the AA stack patch.13:18
ppisatirtg: i'll do13:48
rtgppisati, thanks13:49
ppisatirtg: i915 stuff? actually it's useless here, but i'll do a rebase anyway13:50
rtgppisati, I don't care about that stuff, but the AppArmor patch definitely has an impact on ARM13:51
ppisatii don't see it13:51
ppisatimaster-next maybe?13:51
rtgon master-next ?13:51
rtgppisati, oh, right. perhaps you should wait until master is uploaded again.13:51
rtgpiidoh! got ahead of myself13:52
=== zz_Kiall is now known as Kiall
ppisatii've all stable kernels to do, i'll queue it too13:52
rtgppisati, ok, I'll nag you again _after_ ogasawara uploads...13:53
ogasawarappisati: I was planning on uploading this afternoon.  So you can probably expect to rebase on a new master tomorrow morning for you.13:55
jsalisburyrtg, upstream responded on bug 1045027 .  They are working on a fix, but if they can't find one, they will revert b398aa31 in 3.5.  Should we revert b398aa31 since we know it fixes the bug, and we don't know how long upstream will take?14:13
ubot2Launchpad bug 1045027 in linux "[regression] iPXE kills kvm with KVM: entry failed, hardware error 0x80000021" [Critical,In progress] https://launchpad.net/bugs/104502714:13
rtgjsalisbury, I saw that. I think we should revert that patch in the meantime 'cause I doubt they'll come up with a workable solution anytime soon.14:13
jsalisburyrtg, ok, thanks.  I can submit a revert request to the kernel-team mailing list.14:14
rtgjsalisbury, please do.14:14
jsalisburyrtg, sent14:27
sforsheebjf, I've got some test kernels for your wireless issue I'd like you to try out. There will still be performance issues, but they should get rid of the "no where to go" errors.14:36
sforsheebjf, http://people.canonical.com/~sforshee/lp1046507/14:36
sforsheebjf, if you aren't using amd64 let me know and I'll build i386 packages14:37
bjfsforshee: i'm using amd64, will give it a spin14:38
sforsheebjf, thanks14:38
bjfsforshee: no, thank _you_. this is the system i'm taking to uds and i'd really like the wireless to work :-)14:38
sforsheebjf, with the iperf tests I still get complete stalls of network performance sometimes. I think some of the periodic drops in performance might be related to something going wrong during background scans.14:39
rtgwho ever thought back ground scans were a good idea ?14:40
rtgespecially on a half duplex radio14:40
bjfsforshee: this is a 3.6-rc7 based kernel ?14:41
sforsheebjf, also you'll see a lot of messages about now space in the fifo and prep_xdu retries. Those should be harmless, I'll probably add a patch to demote those to debug-only14:41
sforsheebjf, yes, it's based off of the wireless-testing tree14:41
sforsheertg, it seems like brcmsmac may be loosing some packets on rx during scans. I haven't dug into it yet, may be a problem with ps-poll.14:42
rtgsforshee, ps-poll should be easy enough to verify. just turn it off ?14:43
sforsheertg, I need to look closer at what happens when we go off-channel. My assumption is that we send a ps-poll frame to the AP so it will queue up frames until we come back, but I'm not sure if that's the case. If that's what's happening and we turn of ps-poll wouldn't we loose all packets during the scan?14:45
rtgsforshee, IIRC the client can only send ps-poll requests. lemme check the spec.14:46
sforsheertg, I'm a little confused about the names of things it seems. ps-poll is what the sta sends to retrieve frames queued by the AP.14:48
sforsheeanyway, I'm going to look into it, just haven't gotten to it yet14:49
bjfsforshee: i've got it running, will let you know more in a bit14:49
rtgsforshee, correct. now that I think about it using ps-poll makes sense if the STA is going off channel. the AP shouldn't send and directed packaets to a STA that has not submitted a ps-poll request.14:49
rtgof course, the AP if free to drop any queued packets after awhile if the STA doesn't get around to sending a ps-poll request14:50
sforsheertg, right14:51
rtgsforshee, also, PS-POLL was an optional feature in the original spec. I believe it was negotiated during the association phase.14:55
sforsheertg, I think you're right about it being negotiated14:57
phillwcking: do you think bug 1056885 is a mis named dupe of bug 1043518 (nvidea = no plymouth)?15:01
ubot2Launchpad bug 1056885 in xserver-xorg-video-nouveau "Screen shows corruption on LiveCD/installer" [Undecided,New] https://launchpad.net/bugs/105688515:01
ubot2Launchpad bug 1043518 in linux "live cd is unusable due to video degradation with the splash boot option enabled" [High,Fix committed] https://launchpad.net/bugs/104351815:01
* cking looks15:01
ckingphillw, most probably15:02
phillwI'll mark it as a dupe, with a comment for the OP. Thanks,15:02
bjfsforshee, just using it for normal things (not running iperf) it seems to be behaving much better15:03
sforsheebjf, good15:04
ogasawarappisati: I'm told there is "some kernel bug" blocking automated arm testing.  Any idea what that bug# is?15:12
ppisatiogasawara: yes, and it's not a bug15:13
ppisatiogasawara: i told me so many times15:13
ogra_you talk to yurself about bugs ?15:13
ppisatiogasawara: there's an automated test that compiles another program to read memory location15:13
ppisatino i answered in the bug15:13
ppisatiogasawara: and they need the kernel headers installed15:13
ogasawarapgraner, slangasek: ^^15:14
ppisation my laptop qemu -redirect works, on my dekstop it doesn't uhm... using the network stack15:18
ppisatiany idea?15:18
ogra_same versions ?15:19
ppisatiit's driving me crazy15:21
ogra_both wired lan ?15:22
ppisatiogra_: well, i'm using the qemu user netqwork stack15:31
ppisatiand -redirect-ing a localhost port to guest port (22)15:31
ppisatiit shouldn15:31
ppisatit involve anything sicne it's all done in userspace15:31
ppisatibut for some reason my setup works on my laptop15:31
ppisatiand it fails on  my desktop15:31
ppisati<frrr sounds like i'm purring>15:32
slangasekogasawara, ppisati: ok, sounds like this bug is in hggdh's hands, thanks15:32
ogra_well, there sholudnt be a difference but there might be between NM managed devices and /etc/network/interfaces ones15:32
ogra_for example15:32
ogra_so i would inspect the differences between your desktop and laptop15:32
ogra_(systemic ones)15:33
ppisatiogra_: didn't think about NM, good idea15:34
ogra_ppisati, oh, and silly question, is anything on the host already claiming the port perhaps ?15:40
* ogasawara bails to pick up new router. back in 3016:03
dokortg, ogasawara: would like to coordinate with kernel/gcc uploads after the freeze16:09
dokothese versions are found in the ubuntu-toolchain-r repo, and used for the current test rebuild. no code changing changes16:10
dokohad a local kernel build, which works fine for me16:10
ppisatilp 102752416:24
ubot2Launchpad bug 1027524 in linux-ti-omap4 "QRT failed on test_072_config_debug_rodata and test_072_strict_devmem" [Medium,Confirmed] https://launchpad.net/bugs/102752416:25
ppisatii just reran the test manually, and i added result and the step-to-step cmds that i ran16:25
ppisatitest_072_strict_devmem (__main__.KernelSecurityTest)16:25
ppisati/dev/mem unreadable for kernel memory ... (using 0xa9d6b640L) (exit code 0) ok16:25
ppisatiogasawara: pgraner: slangasek: ^16:25
rtgdoko, ogasawara was planning to upload later today. if there are no impacts on the kernel is there any reason to coordinate ?16:26
ogasawarabah, stupid best buy isn't open till 10am16:27
ogasawaradoko: if there are impacts, could you just ping me when you upload.  I'll hold off on our kernel upload till after I see gcc finishes.16:27
ogasawarappisati: thanks16:28
ppisatihow do i show the bzr revision i am on?16:29
ppisatibzr status? bzr info? bzr foobar?16:29
ppisatijust to show bzr revision i used16:29
dokoogasawara, rtg: ok. then proposing to copy the binaries from the ppa, and then building the kernel once these are published16:29
ogra_bzr log|head16:29
rtgdoko, sounds good16:30
dokohowever I'll be away until 21:00 utc16:30
slangasekppisati: hmm, the problems with this test look familiar to me16:37
ppisatislangasek: ???16:38
slangasekppisati: the /dev/mem thing16:39
slangasekppisati: some of the portland locals have had extensive discussions about this test on ARM :)16:39
ppisatislangasek: any transcription anywhere?16:40
slangasekppisati: no, I'm poking people now to get a current status dump16:40
ppisatislangasek: besides, today's tip of qa-regression-testing work ok16:41
ppisatiflag@flag-desktop:~/qrt-test-kernel-security/kernel-security/mem$ sudo ./readmem  80008000-80846787 : Kernel code16:43
ppisati0x80008000 ... good: EPERM16:43
ppisaticase EPERM:16:43
ppisati // disallowed memory region! STRICT_MEM is working, exit 016:43
ppisatiprintf("good: EPERM\n");16:43
ppisatireturn 0;16:43
ppisatifrom readmem.c16:43
ppisatii mean, more than this, i can't really do16:44
ppisatibesides, these tests build some kernel modules to find and then insmod/rmmod these modules to find a suitable memory location16:45
ppisatithat's why you need kernel and headers synced16:45
* ppisati goes for a mildly alcholic aperitif16:53
* ppisati -> EOD17:01
edgecasein file drivers/pnp/isapnp/core.c EXPORT_SYMBOL(isapnp_read_byte) got dropped from kernel, any idea how to use git to find out when?17:03
rtgedgecase, looks like commit 1e0aa9ad721349781b728ec4226876247e3fd43117:16
edgecasethanks, i just found it in gitweb, manual bisect heh17:17
edgecasewas "cleaned up" in 2005... i get the feeling my ISA GPIB card is obsolete17:17
* henrix -> EOD17:41
* rtg -> lunch17:41
jgriffithsmb: ping again :)17:45
* cking -> EOW17:54
=== henrix is now known as henrix_
=== chronossc is now known as chronos
=== yofel_ is now known as yofel
bjfsforshee, that driver has finally given up. i just get the warning oops out of it now. anything you want me to do before i restart it?20:12
sforsheebjf, just grab dmesg and send it to me20:16
* rtg -> EOD20:16
sforsheebjf, when you were getting all of those warnings did you have heavy network activity on the machine?21:02
bjfsforshee, no, just tbird and was browsing to cnn.com21:05
bjfsforshee, i recognize something tipped it over, just wasn't doing anything special at the time that I can think would have done it21:06
sforsheebjf, okay. brcmsmac will queue a lot of data internally, and I suspect that sometimes when it goes to flush it just has too much data queued to send in the time it's giving the flush to complete. Hard to tell if that was the case for you.21:07
sforsheebjf, I don't see any of the "No where to go" messages though, which is what those patches are really meant to address.21:09
bjfsforshee, ack, i've not seem them either21:10
sforsheebjf, I'm going to keep working on the other issues. I've found that if I do iperf with UDP packets in either direction I can't trigger performance problems, except during scans. It seems doing lots of tx and rx simultaneously is most likely to cause it to bind up.21:13
bjfsforshee, ack21:14
dokoogasawara, rtg: binutils and gcc-4.7 should be available in quantal in about 30min22:15
ogasawaradoko: ack, thanks22:15

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