=== smb` is now known as smb
* smb yawns07:08
_rubengood idea07:10
cooloneysmb: morning07:12
smbcooloney, morning07:13
TomGLUhi I came across a ext4 bug (returning too large d_off values) in the 3.4.4 kernel07:16
TomGLUwhere should i report this?07:16
smbTomGLU, start a report by running "ubuntu-bug linux". From there it depends ... If you got something that can produce the error on demand, make sure to describe it as well as possible.07:19
TomGLUits something we cam across that trigger problems in glusterfs07:28
TomGLUone of there developers could replicate it on a KVM iameg using the same kernel07:28
TomGLUbecause we used linux-image-3.4.4-030404-generic not precise it saids "The problem cannot be reported:"07:30
TomGLU"This is not an official Ubuntu package." but we got the image from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.4-quantal/07:31
_rubenthose aren't official ;)07:31
_rubenwhen it comes to support that is07:32
smbRight, it should be reproducible with the official one07:32
smbThough it can be that it might become a regression. Any reason to run mainline kernels? Those should only be used to narrow down issues...07:32
smbTomGLU, Anyway you should try to reproduce it with a current quantal kernel07:34
smb(which would also make sure it is still there)07:34
TomGLUused because we needed a libvirt kernel bug fix that wasn't included in the default precise kernel07:35
TomGLUand i don't need support I just want to let the ubuntu kernel team know so it might be fixed or can be checked in more recent versions07:37
TomGLUso were do I submit this so I can detail what the issue is and maybe others can reproduce in other versions07:38
* apw yawns07:43
smbSupport here rather as in what kernel versions to considered as supported. There is already a lot of complexity trying to maintain the official kernels. Its just impossible to consider self-compiled ones. Thanks for telling us about it. It would be great if you (or whoever did reproduce it in a kvm) could do the same with  a quantal install with the up-to date official kernel and report this.07:44
smbAs said before, that would allow to see whether this is possibly already fixed upstream (as the quantal kernel is really close to that)07:45
smbapw, Morning07:45
ckingmorning apw07:46
TomGLUI'll try if i can do it on a VM as we can't try it on the original machine, 07:46
* apw waves07:47
TomGLUand ubuntu-bug linux is the only way to report it or si there an bug system i can submit the issue manually?07:47
smbTomGLU, Sure, that would be awesome. And also it would allow the ubuntu-bug submission. It is also possible, but ubuntu-bug also automatically gathers a lot of machine information and log files.07:48
apwin an emergency you can file it that way, but the bots willhastle you for lots of information07:48
smbBut you can do manually as apw says07:48
TomGLUok I'l investigate it in a VM first then and try to report it with ubuntu-bug07:49
smbThanks. I did a quick glance over the recent ext4 commits and (while certainly not in depth) it did not look as something similar was worked on. So I would believe that it would still exist.07:56
cooloneyapw and cking, morning07:58
cooloneyppisati: morning08:01
apwcooloney, ppisati, moin08:01
apwrecursive hello death08:01
apwsmb, xen-blkfront breaks in -rc6 something to do with the compute node performance thing we are carrying for EC2, it looks easy to fix but it will need a test after i push it08:04
smbapw, Hm yeah, that was something we wanted to look at anyway. But sure I can test it when you have a kernel (or I do one after the push)08:05
apwit looks trivial to fix, so i suspect it'll be fine, but knowing we've tested and are alive is always good08:07
smbOh I agree. You never know what else broke...08:11
cooloneyapw: if an config option's policy is =m, but we found this config option is mostly useless, can we change the policy? like CONFIG_GPIO_EM08:17
cooloneyit is 'Say yes here to support GPIO on Renesas Emma Mobile SoCs'08:17
apwcooloney, if it is patenty useless on everything i can annotate it so08:18
apwsounds liek something which should be just 'n' across everywhere indeed08:18
caribousmb: morning08:19
smbcaribou, Hey Louis08:19
cooloneyyeah, for CONFIG_GPIO_EM is only for Renesas ARM Emma Mobile SoCs, so we are safe to set it as =n for everyone08:19
cariboudid you get any further with your kdump issue ?08:19
apwcooloney, yes for things which are useless building a module nothing can load is definatly dumb08:19
caribousmb: I'm downloading the Quatzal daily to test on the latest version08:19
apwcooloney, want me to annotate that =n now ?08:20
cooloneyapw: yeah, thanks, i just found it is red in our review wiki page. 08:20
cooloneyand it because the policy is =m, but we got everyone =n as we expect08:20
smbcaribou, Right, I just tried with crashkernel=128M and that seems to solve the problem 08:20
apwcooloney, CONFIG_GPIO_EM right ?08:21
smbcaribou, The current cmdline would only use 64M as I got only 2G08:21
caribousmb: cool. I will still need your help to explain to me how this crashkernel memory is populated08:21
caribouI have a case where, even with 384Mb reserved, the kernel still doesn't load & OOM kicks in08:22
smbcaribou, Knowing that to be the problem I can look at that more closely now08:22
cooloneyapw: yeah, that's it08:22
caribousmb: my guess is that, depending on which module gets loaded, the memory requirement inflate08:23
apwcaribou, it is populated in two parts, 1) by kexec in the normal running kernel which loads an executable kernel into the gap, and 2) it represents the whole memory space for that kernel once we have jumped into08:23
smbcaribou, I had the feeling I saw a slight textual corruption on boot on my machine. Maybe things load into places that may be used differently08:23
cooloneyapw: and for CONFIG_GPIO_SYSFS, our policy is =n because it is experimental. only highbank =n, others are all =y. looks like it is quite usefule08:23
caribouapw: yeah, I got that part figured out, what I'm missing is what gets loaded in as the kernel boots up08:23
cooloneyoh, powerpc also set it as =n.08:24
apwcaribou, it is a full kernel boot, in that limited space, so whatever normally loads during early boot08:24
smbapw, So basically faking a full mem of xM08:24
caribouapw: then the more modules gets loaded, the more memory will be required. 08:25
apwmostly we don't start much just get the disk mounted and then run the memory copier, then reboot08:25
smbapw, The other question I see is: what region gets used for that xM actually and may it hit bios reserved memory?08:25
apwsmb, in theory its a chunk out of bootmem, and again in theory taken after the reserved regions are taken08:26
caribouapw: this goes back to the /etc/initramfs/initramfs.conf MODULES= setup that you once told me about08:26
dileksapw: any progress on ovl-v13 against 3.5-rcX as rc6 is released (in your overlayfs.git repo)?08:26
apwcaribou, right, a very small initrd is preferable as that is extracted into the memory space reserved08:26
smbapw, Right, so that was where I thought I should look more closely. IT surely seems to be placed as high (as in the end of bootmem)08:27
caribousmb: afaik, it fits above the first 32M of RAM08:27
apwsmb, i suspect that is more about it being aligned than anything, its probabally maximally aligned ie aligned at its size08:28
smbapw, Hm, so maybe the unpack could have some issue as well. 08:28
smbcaribou, apw In my case its placed at 800M (or 7xx with crashkernel=128M)08:29
apwsmb, well in the past we had a massive initrd, so you need the kernel, the packed inird, and the unpacked initrd in the space for a short period and that can go pop08:29
apwno idea if that got fixed or not, but we should be using an '=needed' type initrd for kexec08:30
smbapw, Ok, that explanation makes a lot of sense08:30
smbThe compressed initrd is 14M...08:31
smbuncompressed 38M08:32
smb... and the kernel code alone about 7M08:34
TomGLUjust tested it in a KVM with Ubuntu 12.10 (Quantal Quetzal) Alpha 2 and still high d_off08:34
TomGLUwhich ubuntu image should i use though cause it still says:08:38
TomGLU*** Problem in linux-image-3.5.0-2-generic08:38
TomGLUThis is not an official Ubuntu package08:38
apwi am sure we got someone to test using =needed or whatever it is and that helped a lot, someone need to make kexec actually do that08:40
smbTomGLU, Hm, weird though it could be because the latest 3.5 kernel was 3.5.0-3 or even -4 (there is a lot of change in the development release, so it is always a good idea to run update/dist-upgrade after installing)08:46
TomGLUok i'll try the diet-upgrade08:46
smbSaying its not official is a bit confusing, though08:46
TomGLUits distupgrading to 3.5.0-3 now08:47
TomGLUok now it is sending the report08:50
smbTomGLU, Great. If you can post the bug number here we can have a look09:03
=== ailo_ is now known as ailo
TomGLUsmb: 102250009:15
smbTomGLU, Thanks, hm you might add how to easily obtain those values. I would not immediately know. debugfs?09:23
dileksI would tend to arm64 than aarch6409:23
smbNever to miss the opportunity to refer to the Pythons...09:25
dileksaah monty pythons09:26
TomGLUsmb: got a small C script from the cluster developer that prints the d_off for a given directory11:01
* ppisati -> lunch11:36
apwogasawara, pushed a v3.5-rc6 rebase for you, had to fix 'UBUNTU: SAUCE: Improve Amazon EBS performance for EC2' so we need to get smb to test that functionality.11:48
smbapw, ack will have a look12:02
ogra_diwic, yo, do you happen to be around ?12:12
=== emma is now known as em
diwicogra_, let me check....yes, I actually am!12:13
ogra_diwic, so i built myself this new desktop machine ...  shiny thing with hda soundcard onboard and two ati graphics cards ...12:13
ogra_and apparently the cards both have hda intel codecs on board ... i know sound worked at some point during my fiddling (but i constantly used a BT headset ...) yesterday i though i should try to make analog sound  work and set up my 2.1 system but somehow i'm not able to squeeze the smallest sound ou of the system12:15
diwicogra_, okay, se let's start with an alsa-info: https://wiki.ubuntu.com/Audio/AlsaInfo so I know what kind of hardware you got12:16
ogra_diwic, any idea what that could be ? pavucontrol shows all three devices with alsamixer -c1 i can see all hda controls for the analog audio 12:16
ogra_diwic, http://paste.ubuntu.com/1082642/12:17
ogra_i wouldnt be unhappy if the HDMI devices didnt show up at all btw12:18
diwicogra_, hmm, that ALC892 is unusual, I remember there was someone with that codec also who had some problems with it12:19
ogra_well, i know i did a smoke test at some point during assembling that thing and sound worked just fine back then 12:20
ogra_(about a week ago or so)12:20
diwicogra_, so if you run "speaker-test -c 2 -D plughw:PCH -t wav", do you get any sound out of either headphones or line out?12:20
ogra_is teher any way to tell the driver to ignore the two hdmi cards ?12:20
ogra_nope, from neither 12:21
diwicogra_, I guess the easiest way would be to blacklist snd-hda-codec-hdmi, but I'd be surprised if that solved the problem12:21
ogra_that i did already for a test 12:21
ogra_didnt change a thing12:21
ogra_(well, apart from pavucontrol not showing the graphics cards anymore)12:22
diwicI guess you can also work with the pci unbind stuff, which I hardly know how to do 12:23
diwicif you want to ignore it even more12:23
caribousmb: FYI, I'm not able to get Quantal to trigger a kernel dump. kexec doesn't wanna kick in12:23
ogra_oh, thats something i didnt think about yet 12:23
ogra_well, i'd like to keep the graphics output :)12:23
diwicogra_, hmm but I think the audio has a separate PCI ID12:23
ogra_yeah, it should12:24
diwicah wait, the other one was a ALC898, not ALC892. Still unusual codecs though12:24
ogra_well, its all pretty new HW12:25
smbcaribou, Ok, so that needs more investigation then. Thanks for the info. I guess this should go into some new bug then to keep track of it. Feel free to assign it to me12:25
caribousmb: ok, I want to check a few more things, then I'll create a bug12:26
smbcaribou, Ok, sure and thanks12:26
diwicogra_, a quick grep through the reports for ALC892 show plenty of people having playback issues, but not all.12:26
ogra_hmm, ok12:27
diwicogra_, I did have a look at the alsa info but nothing popped out as being wrong in the setup.12:28
ogra_right, i can even see the meters in pavucontrol work once i play back the test sound from the gnome sound applet 12:28
ogra_it just doesnt come out of the speaker12:28
diwicogra_, hmm, it looks like automute is enabled so make sure headphones are not plugged in when you're testing the speakers12:29
diwicogra_, that said there should still be sound in the headphones...12:30
ogra_i also tested with automute disabled before just for the record12:30
diwicogra_, you said the last time it worked was during assembly.12:30
ogra_i have some humming in the speakers (electric noise) and get a crackling sound on plug/unplug so there is definitely power 12:31
ogra_well, i'm still in assembly, since last weekend 12:31
ogra_it worked some time through the last week12:31
diwicogra_, based on that, would there be any difference if you unplug the HDA front cable from the motherboard?12:31
diwicogra_, or rather, do you know if it was connected when it last worked?12:32
ogra_it was connected before i powered up for the first time 12:32
ogra_but i added the second graphics card only later 12:32
ogra_bug 982635 looks intresting12:33
ubot2Launchpad bug 982635 in alsa-driver "Playback working randomly with Intel ALC892" [Undecided,New] https://launchpad.net/bugs/98263512:33
ogra_though with that i would assume to have at least once sound in 50 reboots or so12:33
ogasawaraapw: ack, thanks12:33
diwicogra_, out of curiousity, what is the mainboard's name?12:35
ogra_asus P8 H67-M Pro12:35
diwicogra_, there is bug 1002480 for P8P6712:36
ubot2Launchpad bug 1002480 in pulseaudio "[Asus P8P67, Realtek ALC892, playback] Underruns, dropouts or crackling sound" [Undecided,Confirmed] https://launchpad.net/bugs/100248012:36
ogra_heh, that somewhat assumes you have some sound to hear it become crackly :)12:37
diwicogra_, according to that report removing .pulse directory helped, but, a test with "speaker-test -D plughw:PCH" should have disabled anything pulse so...12:37
ogra_yeah, i removed ~/.pulse like 100 times already12:38
diwicogra_, seems like you've tried it all! :-)12:38
ogra_i even deinstalled it to play plainly with alsa 12:38
ogra_i aslo think on the pluse side everything is fine 12:39
diwicogra_, hrm, did you update alsa drivers also? 12:39
ogra_must be some lower layer12:39
ogra_from the PPA ? 12:39
ogra_not yet12:39
diwicogra_, the dkms drivers could be worth a try, but I was also making sure that you haven't tried home-compiling them. That could be a source of error as well12:39
ogra_ah, no12:40
ogra_i tried an upstream fglrx package but even that one is reverted to the archive one now12:40
diwicogra_, btw, you have uninstalled pulseaudio you say, but still you have ~/.asoundrc.asoundconf pointing to it.12:41
ogra_well, i used -D plughw in aplay for testing12:42
diwicogra_, btw, I saw somebody trying different jacks and were able to get sound that way - could you try, while running "speaker-test -D plughw:PCH -c 2 -t sine", the other rear jacks as well?12:43
diwicogra_, maybe there is sound in the grey jack or something.12:43
diwicogra_, and try the DKMS drivers in ubuntu-audio-dev ppa.12:44
diwicogra_, that's my long shots at the moment.12:44
ogra_all jacks tried, nothign 12:44
ogra_i'll try the dkms drivers ... 12:44
ogra_its not the end of the world if i have to go on using BT for a while, but it would be nice to get it working some day12:45
diwicogra_, btw, you should turn off "Line Playback Volume", that's for line-in to line-out loopback12:46
ogra_ah, k, i was wondering what that is :)12:46
diwicyou probably don't want that, just leads to background noises in worst case12:46
ogra_(doesnt make any difference if its off or on)12:46
ogra_what do you want me to try, just the PPA or the alsa-daily stuff ?12:47
ogra_ah, daily :)12:48
* ogra_ reboots12:51
ogra_diwic, no change with the dkms modules ... if i have a lazy day i'll try to remove both grapics cards and see what changes then ...13:02
ogra_for now i'll juts live with BT13:02
diwicogra_, yeah, I wonder what's with those cards really. It does look like an unusual amounts of ALC892 fail in one way or the other13:03
diwicogra_, or if I'm just seeing patterns where there aren't any.13:03
ogra_well, i'm pretty surprised to see the cards using the intel driver really13:04
ogra_i thought there was a special radeon driver for that ... 13:04
diwicogra_, all hdmi audio use snd-hda-intel + snd-hda-codec-hdmi drivers these days.13:05
ogra_ah, k 13:06
ogra_well, i found some bugs where people were told to boot with radeon.autio=0 or so13:06
ogra_so i thought the radeon driver somehow manages audio too13:06
diwicradeon.audio=0 is the default for kernels >= 3.013:07
ogra_(doesnt help with fglrx though)13:07
ogra_i tested with a quantal livedcd too already ... same result 13:07
ogra_s/livecd/live udb key/13:07
ogra_*usb 13:08
diwicthey had too many problems with audio=1 (people getting visual problems) so they turned it off13:08
* ogra_ wants to learn typing one day13:08
rtgapw, 'UBUNTU: [Config] built-in CONFIG_MICREL_PHY as other PHY drivers for all flavours' is going to cause build failures for the arches that have a module go missing, e.g. "git grep micrel debian.master/abi"13:21
apwrtg, bah yeah will sort it n13:22
rtgapw, I did an update locally already. shall I just push it ?13:22
apwits going to be a rough week alreadyb13:23
rtgapw, done13:25
apwrtg, thanks ... sigh13:26
rtgjsalisbury, bouncing gomeisa for kernel update13:26
jsalisburyrtg, is it ok to use gomeisa now?13:50
rtgjsalisbury, yeah, its back13:50
jsalisburyrtg, cool, thanks13:50
smbapw, ogasawara Ok, on a quick (5 iterations) bonnie test on 32 and 64 bit PV guests I did not see any problems with the rc6 rebase + apw's blockfront fixups14:00
ogasawarasmb: great, thanks14:01
apwogasawara, feel free to squash that fix sometime, perhaps after the next upload14:11
ogasawaraapw: ack.  I'm hoping to get in an upload today after wading through my inbox.14:12
apwogasawara, sounds good, let me know when you have a tag and i'll get ll together over it14:12
ogasawarajsalisbury: any progress on bug 1018020 by chance?  it's apparently affecting most of the QA team.  holler if you need help.14:18
ubot2Launchpad bug 1018020 in linux "Logitech webcam not working" [High,Confirmed] https://launchpad.net/bugs/101802014:18
jsalisburyogasawara, just tested -rc6 and it still exists.  I'm still bisecting.  I ran into a few test kernels that would panic and a few commits that would not build, but still making progress.14:19
ogasawarapgraner: ^^ just fyi14:20
jsalisburyogasawara, it's my top priority for today, and I have hardware to reproduce.14:20
jsalisburyogasawara, pgraner, I confirmed this bug was introduced in v3.5-rc1, just working on finding the exact commit.14:21
pgranerjsalisbury, cool let me know when you have a kernel I'll run it on my boxes that are failing14:22
jsalisburypgraner, will do14:22
* ogasawara back in 2015:00
ogasawarartg: bah, stupid permission denied build error again on gomeisa.  it seems to always trigger in the i386 chroot.15:24
rtgogasawara, paste it ?15:26
ogasawaraccache: FATAL: Could not create /home/ogasawara/quantal-i386/ccache/8/2/1834a73ab5ad0e3ffbed95e7a26d38-1830488.o.tmp.stdout.gomeisa.3990 (permission denied?)15:26
ogasawaramake[7]: *** [drivers/net/ethernet/intel/ixgb/ixgb_main.o] Error 115:26
ogasawaramake[6]: *** [drivers/net/ethernet/intel/ixgb] Error 215:26
ogasawaramake[6]: *** Waiting for unfinished jobs....15:26
rtgogasawara, but amd64 works OK ?15:28
ogasawarartg: yep.  amd64, armhf, and amel were all ok15:29
rtgogasawara, have you tried without ccache ?15:29
ogasawarartg: I haven't15:29
rtgogasawara, this doesn't seem like a chroot issue15:31
ogasawarartg: lemme clean things up and try again15:31
rtgogasawara, I think you're better off without ccache. I found that it took longer to resolve the hash then it did to just recreate the file, especially when you have several thousand files.15:32
* ppisati -> gym (see u later)16:09
* herton -> lunch16:16
* henrix -> brb16:28
=== rtg is now known as rtg-lunch
* henrix -> EOD18:24
=== rtg-lunch is now known as rtg
bjfarges: issue #1 on why a hotfix should be used it true means that you are going to be the sole supprt for that kernel and all future versions of it ? seems like at that point you should engage with OEM.18:39
bjfarges, also you are re-inventing the build instructions. you should look at the stable team build instructions and all you need to do is hae a different version string18:40
=== arges__ is now known as arges_
* rtg -> EOD20:13
jsalisburyogasawara, pgraner, I'm pretty close on the bisect for bug 1018020 I should have a test kernel withing an hour or two.20:25
ubot2Launchpad bug 1018020 in linux "Logitech webcam not working" [High,Confirmed] https://launchpad.net/bugs/101802020:25
ogasawarajsalisbury: awesome, thanks for digging into it20:25
jsalisburyogasawara, np.  It was a good learning one.  Plenty failed kernels during the bisect that needed fixing up :-)20:26
jsalisburyThe early release candidates can be a pain to bisect :-)20:26
pgranerjsalisbury, coolio20:35
jsalisburypgraner, I'll update the bug and send email when the test kernel is ready20:35

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