unixabgapw: Greetings, I have a small diff here http://paste.ubuntu.com/12189919/  but it would seem02:56
unixabgthat something else is not right yet. I believe I understand all the code you added and I would like to 02:57
unixabgchat when you and I can both be online02:59
unixabgOk I just tested again and it did not boot, hmmm.03:03
unixabgOdd with quiet not on cmdline it fails but with it on cmdline it boots. Another hmmm.03:07
unixabgI am not fully sure, but I can manually mount filesystem.squashfs and then exit busybox03:09
unixabgwhen testing. Oh and so the patch works unless you remove quiet from boot param. To me that is03:10
unixabgunrelated for now. But in busybox initramfs it does not allow me to mount multiple lowerdir stack03:12
unixabgso I am not sure what is going on. Thanks for your help and I hope this information assists03:12
apwok that is odd, something wrong with the verbose code perhaps ...08:46
=== _ruben_ is now known as _ruben
=== ghostcube_ is now known as ghostcube
tseliotapw: hi, it's been about 5 years since I set up my last git branch on http://kernel.ubuntu.com, and, as a result, I can't remember how to make a branch public, how pull requests work, etc. Is there a wiki page about it?09:42
apwtseliot, though you could go through all that, you might just want to use a personal LP git repo now09:42
apwtseliot, as we are meant to be using LP for such things in principle09:43
tseliotapw: and could I send a pull request to a branch on http://kernel.ubuntu.com then? I need to update linux-firmware09:43
apwtseliot, yep location is no barrier to git09:44
apwgit+ssh://tseliot@git.launchpad.net/~tseliot/ubuntu/+source/linux-firmware 09:44
apwor similar09:45
apwyou can have multiple repos there with the addition of +git/name should that make sense to you 09:45
tseliotapw: excellent. Thanks a lot!09:45
apwtseliot, and obviously you have different ones for other source packages09:46
rtgtseliot, any progress on wily fglrx ?12:11
tseliotrtg: no, sorry, I haven't looked into it yet but I will12:11
tseliotI need to finish some other work first12:12
rtgtseliot, no pressure, but it is the last package that needs to work before we promote a 4.2 based kernel to -proposed12:12
tseliotrtg: ok, I'll do it either later today or tomorrow12:13
tseliotsforshee: hi, shall I send a pull request to wily or to master?12:59
apwisn't master upstream ?12:59
apwso it depends which you are proposing it for12:59
rtgtseliot, it should be against wily initially, then we'll have to do the same for trusty13:00
rtgto support the HWE kernel13:00
tseliotoh, so master = upstream ?13:00
apwiirc yes i think he said that13:00
tseliotthen wily it is13:01
apwsforshee | tseliot: btw you'll want to use the wily branch, master just tracks upstream13:01
apwthought i saw that somewhere13:01
tseliotI'm sure I missed it, my eyes are very tired these days13:01
apwtseliot, :)13:02
tseliotapw, sforshee: I've just made a pull request, if I screwed that up, just let me know and I'll try again ;)13:24
sforsheetseliot: I haven't seen an email for your pull request yet13:46
tseliotsforshee: how does that work? Sorry, I'm used to github when it comes to pull requests13:47
Odd_Blokebjf: Could you attach /var/log/cloud-init.log to https://bugs.launchpad.net/cloud-init/+bug/1488507 please?13:49
ubot5Ubuntu bug 1488507 in cloud-init "Wily daily MAAS cloud image fails to fully install. " [Undecided,New]13:49
sforsheetseliot: basically, push the thing you want pulled to your public repo, run 'git request-pull ...', then put the output it spews into an email13:49
tseliotsforshee: oh, ok, shall I send the output to your email address and subscribe some other list?13:50
bjfOdd_Bloke, working on it13:51
sforsheetseliot: send it to kernel-team@lists.ubuntu.com, you can send to me too if you want but I'll see it there13:51
tseliotsforshee: ok, thanks13:52
bjfOdd_Bloke, done13:52
Odd_Blokebjf: Thanks.13:53
Odd_Blokebjf: Looks like we just/recently introduced that breakage; I've asked smoser to take a look.13:54
bjfOdd_Bloke, ack13:54
=== ghostcube__ is now known as ghostcube
tseliotsforshee: ok, sent13:57
Odd_Blokebjf: smoser is on it. :)14:04
tseliotapw, rtg: is this the repository with the kernel in the ppa that makes fglrx fail? git://kernel.ubuntu.com/ubuntu/unstable.git14:18
rtgtseliot, git://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/wily master-next14:22
rtgtseliot, you can also get the kernel and headers from https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa14:23
tseliotrtg: ok, thanks14:27
argestjaalton: i915 question. If 4.2-rcX is broken, and 4.1 works (for external monitors), before bisection are there out of tree patches I should try looking at first?14:38
argesdrm-intel-nightly? is that the right tree or is it something else14:40
Sarvattarges: yeah seeing if drm-intel-nightly works would be the next step to see if its already fixed for 4.314:48
argesSarvatt: thanks, giving that a shot now.14:48
tseliotrtg: I've found what broke fglrx on i386 (d5cea9b0af1509f170337ba8f47160d0699ff374). I'm testing my patch, and I plan to upload soon14:49
rtgtseliot, ack, thanks14:49
argesSarvatt: ok drm-intel-nightly seems to work, do i need to report anything to enusre that makes it into the wily/4.2 kernel?14:57
tjaaltonarges: what's the bug?14:59
tjaaltonand which intel generation14:59
Sarvattwhat 4.2 was broken? rc7 had some problems that got fixed in rc814:59
argestjaalton: oh i noticed on my x220 using the 4.2.0 wily kernel caused the external monitor to not display correctly. internal only mode worked fine15:00
tjaaltonalso check drm-intel-next, which is a bit old at this point but should be a good bisection point if nightly works15:00
tjaaltonit's been filed already, if you mean flickering?15:01
argesyea the external montior was flickering when I set it to span mode. but internal only on the x220 panel worked fine15:01
argesbut drm-intel-nightly works as well as 4.1.0/wily kernel15:01
ubot5Ubuntu bug 1421575 in xserver-xorg-video-intel (Ubuntu) "Desktop corruption when changing monitor config" [High,Triaged]15:02
tjaaltonthat's weird if wily kernel works, since this bug is on same hw and still broken on wily15:02
argesyea I think my failure is slightly different. I see more stability than the entire screen looking like that in the bug15:03
bjfjsalisbury, don't we want the fix for LP: #1486146 in lts-utopic also ?15:05
ubot5Launchpad bug 1486146 in linux (Ubuntu Wily) "recvfrom SYSCALL infinite loop/deadlock chewing 100% CPU (MSG_PEEK|MSG_WAITALL)" [High,In progress] https://launchpad.net/bugs/148614615:05
jsalisburybjf, yes, I can add the bug task in the bug15:12
bjfjsalisbury, i'll just make it so15:13
jsalisburybjf, great, thanks15:13
tseliotapw, rtg: fixing that got me into a new GPL-only issue :/ http://paste.ubuntu.com/12193123/15:21
rtgtseliot, yeah, I got about that far before I left on vacation (then completely forgot about it)15:22
rtgtseliot, commit 5e907bb0459399b0d1cc8d4c7e9f363a995b748a did that in 4.2-rc115:24
tseliotrtg: right, although fglrx doesn't seem to use it directly15:24
apwxsave uses it15:24
tseliotapw: right, I only grepped xsave_state15:25
rtgtseliot, is there a way to have i386 do the same thing as amd64 (which appears to work)15:27
tseliotrtg: it checks if static_cpu_has(X86_FEATURE_XSAVE), or if static_cpu_has(X86_FEATURE_FXSR), or it uses another solution if neither is true: http://paste.ubuntu.com/12193182/15:32
tseliotmy eyes are leaving me already...15:33
jsalisbury** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting15:37
apwit sounds like it needs an rtg patch saying this limits other simple things like xsave to be _GPL16:12
jsalisbury## Meeting starting now17:00
_rubenbah .. wished the linux kernel features would have better documentation .. am rather interesting in the vti stuff (virtual tunnel interface), but docs are *really* sparse .. and yes, this obviously not an ubuntu issue, but just needed semi-ontopic place to vent ;)18:57
apwkernel documentation is for wimps :)19:00
_rubenthe only "docs" i found so far are the commit logs, which have some bits of usefull info in 'em, just not enough to make for a working poc :)19:03
ohsixthere are names in MAINTAINERS you could email19:04
ohsixwhat do you acttually want to know19:07
_rubenohsix: how to setup a functional vti tunnel :)19:08
ohsixit looks similar to all the tunnel/encap stuff19:08
_rubenthis is almost direct copy of one of those commit logs19:12
ohsixyou know about 'ip' and 'tc' right19:15
=== jsalisbury changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues Sep 1st, 2015 - 17:00 UTC || If you have a question just ask, and do wait around for an answer! If the question is should I file a bug for something, likely you can assume yes. || Channel logs: http://irclogs.ubuntu.com/
tewardhello, from #ubuntu, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/989191 was mentioned, and that it may have a bad 'fix released' status - anyone on the kernel team want to check if that's the case?22:44
ubot5Ubuntu bug 989191 in linux (Ubuntu) "Asus Zenbook UX31E powers off on plugin in/out AC adapter" [Medium,Triaged]22:44
tewardor nevermind, TJ- already did :)22:45
tewardi sometimes forget people are in multiple chans :)22:45
TJ-I've added a commentary22:46
mjg59Reasonably convinced it's not a linux bug22:46
mjg59I spent a while working on that years ago22:46
teward(y'all don't mind if I lurk here do you?)22:47
TJ-There are several reports that the model works fine as far back as 12.0422:48
TJ-However, there are several confirmed reports that disconnecting the internal battery, and/or re-insulating its leads, solves the issue. That suggests a power starvation issue22:48
mjg59My recollection is that whether it turned off or not depended on whether it was above a specific temperature when you pulled the power22:51
mjg59Something changed the thermal trip level and it immediately powered off22:52
TJ-Some users report acpi_osi="Microsoft Windows XP" solves it, which makes sense. mjg59  I suppose it's worth looking at the DSDT22:54
mjg59Yeah, I don't have access to one any more22:55
mjg59Oh, I was looking at the 31e, not the a22:55
TJ-I've just disassembled the one attached to the g.k.o report22:56
TJ-I'll ask our user to dump the ACPI once he's fixed the corrupted file-systems22:57

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