[08:32]  * smb rolls in
[08:40] <_ruben> rollin' rollin' rollin' ... rawhide!
[08:43] <smb> hehe... codin', codin' codin', 'though the hands are swollen, velocity gets rollin', precise! :-P
[08:51] <diwic> smb, I posted a patch for some macbooks at 13/1 to the kernel-team ML, but it was never applied (or paid any other attention). Could you apply/review it?
[08:52] <diwic> (I was poked by yet another macbook user yesterday who wondered why his audio was choppy...)
[08:53] <smb> diwic, Let me see whether I can find it again. just depending on which release this is intended for, it needs more than one to look at.
[08:53] <diwic> bug 909419 
[08:53] <ubot2`> Launchpad bug 909419 in linux "[Several MacBooks (with PCI SSID 10de:cb89)] Choppy sound. Videos play double speed" [Undecided,In progress] https://launchpad.net/bugs/909419
[08:53] <diwic> smb, it's for 12.04
[08:55] <smb> found it
[09:01] <smb> diwic, Looks ok and is actually in the queue for the next stable release. Will comment on your mail but ogasawara or apw may decide to just wait till the whole stable update comes out.
[09:01] <diwic> smb, ok
[09:02] <diwic> thanks
[09:06] <_ruben> smb: moonlighting as a singer/songwriter? :)
[09:08] <smb> _ruben, Unlikely as a singer. There are laws against that. ;) Now songwriter... probably get beaten up for some sense of humor...
[09:08] <_ruben> heheh
[09:35]  * cking reboots
[10:31] <apw> diwic, hey about ?   you got a branch with the current jack patches including the backported fix?
[10:31] <diwic> apw, sure
[10:32] <apw> i wanted to test and may as well do so with an up to date kernel
[10:32] <diwic> apw, http://kernel.ubuntu.com/git?p=diwic/ubuntu-precise.git;a=shortlog;h=refs/heads/jack-detection-backport
[10:35] <diwic> apw, once tested, feel free to report to https://wiki.ubuntu.com/Audio/PreciseJackDetectionTesting :-)
[10:36] <apw> diwic, that was the plan, i was thinking 7 people was a bit poor, so thought i could add a couple of test cases
[10:36] <diwic> apw, nice, thank you
[10:37] <apw> of course my machine may not work once this shiney X update is installed :/
[10:37] <apw> diwic, you haven't digned off your backport patch
[10:37] <apw> or indeed any of them
[10:38] <apw> and as they are coming via you they should be, and i assume all this is now upstream in 3.3 right?  so we should know if the sha1s are stable and in linus
[10:38] <diwic> apw, they should be in 3.3 all of them yes...
[10:39] <apw> diwic, so if we are to take it, we will be asking you to confirm the sha1s are the same and update the cherry-picks to remove the git:// bit and to add a s-o-b to them all
[10:40] <apw> diwic, in better news the patches trivially rebased to the -10 kernel
[10:40] <diwic> apw, okay
[10:41] <apw> diwic, i would say also add a blank line above the cherry picked/backported line and your signed off under it so it looks all shiney
[10:41] <apw> picky picky apw
[10:43] <diwic> apw, so how is it looking? That is if you don't find any regressions, and I do what you ask for this afternoon...?
[10:44] <apw> diwic, heh not looked at the patches at all, just the commit messages, will let you know how my testing goes
[10:45] <apw> though i have a fair bit of updating to go
[10:50] <DroidII> Hi all, im still running 11.04 with a 2.6.38-11 generic kernel. Just wondering if there is a kernel that wont crash my thinkpad, or if i can get some assistence building my own...
[10:52] <diwic> apw, btw if you build a kernel source package, you can send it to me, I can sign and upload it to the ppa. If you like.
[10:52] <apw> DroidII, unsure ... what ones have you tested
[10:53] <apw> DroidII, and which thinkpad nightmare is it
[10:54] <DroidII> the last one i tried was 2.6.38-16 i think the last officail release for 11.04, laptop would not resume from standby, often crashed on reboot ...
[10:54] <DroidII> haha, the T500
[10:55] <DroidII> 38-11 has been great,but, im getting a lot of network issues, network manager died big time whilst overseas, and now WICD wont connect to cabled connections properly
[10:55] <DroidII> i could be on 4 or 5 differant networks every day
[10:56] <apw> yep networking in the main is very poor when you are in that environment, UDS is always a nightmare
[10:56] <apw> DroidII, have you tested any later kernels?
[10:57] <apw> diwic, i don't normally make source packages for test builds
[10:57] <DroidII> i havetried to install a ver 3 kernel, but to no avail -- cant get grub to load it, so sorry, no
[10:57] <apw> DroidII, i wonder why that would be, lucid can load them
[10:58] <DroidII> maybe im doing it the wrong way then...
[11:00] <apw> DroidII, you don't have powernap installed do you ?
[11:00] <DroidII> looking in Synaptic package manager, the lastest available is 2.6.38-13.53....
[11:00] <DroidII> no, I dont think so
[11:00] <apw> worth checking as it kills most thinkpads on s/r
[11:00] <DroidII> no, not installed
[11:03] <apw> DroidII, is there an lp bug open for this ?
[11:04] <DroidII> sorry, i have no idea
[11:04] <apw> i'd say if you haven't filed one, that we say likely not
[11:05] <apw> it would be the obvious first step, filing a bug aginst the kernel saying which one it works in and which not, and including the symptoms
[11:21] <rbasak> ppisati: any news on bug 920511? I think the same issue is affecting the installer now. If we can't get it fixed today, can we roll back to a known working version in the archive?
[11:21] <ubot2`> Launchpad bug 920511 in linux-ti-omap4 "Regression: netinst on panda armhf fails" [Critical,Confirmed] https://launchpad.net/bugs/920511
[11:22] <ppisati> rbasak: i already have a working kernel, but i'm doing some more testing
[11:23] <apw> ppisati, can i assign that LP to you then (as i have it open on my screen) ?
[11:24] <ppisati> apw: yep
[11:25] <apw> rbasak, i see you have a work around to keep working yes ?
[11:25] <rbasak> apw: I did have, but now the issue is in the installer, and my brief attempt at using the same workaround there hasn't work. I haven't worked out what's going on yet.
[11:26] <rbasak> My installer cmdline has always been a bit different: "console=ttyO2,115200n8 earlyprintk=ttyO2 text fixrtc omapfb.vram=0:24M vram=48M priority=critical"
[11:26] <rbasak> No idea why, that's just what everyone else used and it worked
[11:27] <rbasak> So I tried to merge this with the cmdline ppisati gave me yesterday and got: "console=ttyO2,115200n8 earlyprintk=ttyO2 text fixrtc elevator=noop vram=32M mem=456M@0x80000000 mem=512M@0xA0000000 priority=critical" but this doesn't seem to have worked
[11:30] <ppisati> to make cma work, you just need these two: "mem=456M@0x80000000 mem=512M@0xA0000000"
[11:31] <ppisati> without thse, at boot time, the kernel doesn't reserve a pool where doing the allocation later
[11:31] <ppisati> and thus drivers doing large allocation fail
[11:31] <ppisati> since cma is not yet part of mainline
[11:31] <ppisati> and since i've found at least one "home made" fix for this cma
[11:32] <ppisati> i think the best solution is to revert it
[11:32] <ppisati> rbasak: if i hand you a kernel, can you try it with the installer?
[11:32] <apw> ppisati, sounds appropriate to me as well
[11:33] <rbasak> ppisati: sure, but one moment - I think my complaints about the installer may be some hardware I swapped today. I'm trying it with the old disk.
[11:39] <rbasak> ok, console=ttyO2,115200n8 earlyprintk=ttyO2 text fixrtc elevator=noop vram=32M mem=456M@0x80000000 mem=512M@0xA0000000 priority=critical in the installer does appear to work
[11:39] <rbasak> so that's a new thing today - I've had to change the installer kernel cmdline, but that's trivial for me
[11:39] <apw> bah where did diwic go
[11:40] <rbasak> applying the workaround after the installer is a pain though, because I have to physically pull out the sd card and write to it, and I can't automate that
[11:40] <ppisati> rbasak: what if i hand you the kernel and you try it iwth the default cmdline?
[11:40] <rbasak> ppisati: happy to test any kernel on the installer - that's really easy for me to do - I just need to know which cmdline to use, there is no default afaik.
[11:41] <rbasak> ppisati: I have a script that wraps cobbler, I just need to give it URLs (or local files) for the kernel image, initrd image and the cmdline to use.
[11:41] <ppisati> rbasak: cool, let me upload it
[11:42] <ppisati> rbasak: http://people.canonical.com/~ppisati/linux-image-3.2.0-1404-omap4_3.2.0-1404.6~revertcma_armel.deb
[11:42] <rbasak> and I seem to have a separate bug that causes a kernel panic when installing onto a new usb disk I ordered that arrived today :-(
[11:43] <ppisati> rbasak: uhm, strange
[11:44] <rbasak> might be the disk. it's usb bus powered
[11:44] <ppisati> rbasak: ah, then if you don't have a proper ac feeding the board it could be a power issue
[11:45] <ppisati> rbasak: anyway, please test it and tell me how it goes
[11:45] <rbasak> ppisati: hmm. I was expecting u-boot wrapped kernel and initrd images. I can make a kernel image, but what should I do about the initrd? Will the installer need matching kernel modules?
[11:46] <rbasak> right now I'm running this: python toecap.py --kernel=http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/uImage --initrd=http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/uInitrd --preseed=/root/preseed --mac-address=2e:40:74:ee:6c:0a --kopts='console=ttyO2,115200n8 earlyprintk=ttyO2 text fixrtc elevator=noop vram=32M mem=456M@0x80000000 mem=512M@0
[11:46] <rbasak> xA0000000 priority=critical'
[11:46] <rbasak> so if I can have a replacement kernel and initrd in the format as at those urls then I can drop in a replacement for test
[11:47] <ppisati> rbasak: ok, i'll upload the uImage and initrd
[11:47] <ppisati> rbasak: wait
[11:49] <ppisati> rbasak: i'm cleaning up initrd of all you stuff...
[11:54] <ppisati> rbasak: http://people.canonical.com/~ppisati/1404-revertcma/
[11:55] <ppisati> rbasak: .deb the kernel and the uImage/uInitrd it generates
[11:55] <rbasak> ppisati: thanks, trying now. I'm to use the cmdline I was using last week, correct?
[11:55] <ppisati> rbasak: right
[11:55]  * rbasak switches back to yesterday's hard drive too
[11:58] <rbasak> ppisati: there's an initrd problem but the kernel booted ok
[11:59] <ppisati> rbasak: can you try with the panicing usb hdd?
[11:59] <rbasak> sure
[12:02] <rbasak> ppisati: it also works (but initrd fails) with the panicing usb hdd. http://paste.ubuntu.com/815282/ for this last run. But I think the panicing usb hdd may just be faulty
[12:03] <Kano> hi apw , how about adding drm backports to 3.0 kernel?
[12:03] <Kano> http://cgit.freedesktop.org/~eugeni/kernel/?h=3.1-drm-intel-backports
[12:03] <Kano> there are backports
[12:03] <ppisati> rbasak: ok, then i'll send the fix
[12:04] <Kano> err 3.0 is also availabel
[12:04] <rbasak> thanks ppisati!
[12:12] <rbasak> So this USB disk is causing a voltage drop of 0.1V, powered off the pandaboard off USB which is powered by an AT PSU. Measuring at the board supply, it seems to hold >4.7V all the time. But the drive just keeps spinning up and down during boot. It seems to work OK on my laptop. When I was working with ppisati's workaround, this drive was causing the kernel to panic, but not always at the same point. Any tips? Still a power issue?
[12:17] <ppisati> rbasak: AFAIK, it's common for the disk to spin up/down during reboot (at least that's what mine does)
[12:17] <rbasak> I mean constantly, regularly, maybe about a 0.8s interval
[12:18] <ppisati> rbasak: ah no, that's not common then
[12:18] <rbasak> sounds very similar to a failed disk clicking
[12:19] <ppisati> rbasak: btw, i'm using a power supply capable of 3.8A @ 5V
[12:19] <rbasak> I was using one of those, then I switched to an AT PSU which I presume can do quite a bit more
[12:20] <ppisati> rbasak: don't know
[12:20] <rbasak> I might measure the current. Wish I had a CRO!
[12:24] <rbasak> looks like max 1.2A when spinning up, 0.9A once spinning - including the panda
[12:25] <rbasak> but it's only a cheap multimeter, I can't see spikes
[12:26] <ppisati> ok, fix sent
[12:30] <rbasak> to the archive?
[12:35] <apw> cking, smb, http://people.canonical.com/~apw/jack-detection-precise/ <-- those jack patched kernels
[12:36] <cking> ta
[12:36] <apw> https://wiki.ubuntu.com/Audio/PreciseJackDetectionTesting for results
[13:13] <diwic> hi, my Lucid machine just oopsed with 2.6.32-38 
[13:13] <diwic> never seen it with 2.6.32-37
[13:13] <diwic> caps lock and scroll lock are both blinking
[13:20] <Kano> apw: which command do you use to build the final kernel from git with orig file?
[13:21] <Kano> i mean the source package
[13:56] <ppisati> rbasak: to the kernel ml
[13:59] <apw> Kano, dpkg-buildpackage -S though you need to clean the tree first
[13:59] <Kano> how do you clean it
[13:59] <apw> fakeroot debian/rules clean
[13:59] <Kano> that does not insert changes or?
[14:00] <apw> nope that just cleans and preps the tree
[14:01] <Kano> currently i am working on a script that rebases the tree and adds some changes+commits. 
[14:01] <Kano> i just dont get my commits in the changelog
[14:02] <apw> if you add a new changelog entry with fakeroot debian/rules startnewrelease
[14:03] <apw> the f d/r insertchanges which insert a summary of the git log since the last release commit
[14:09] <apw> ogasawara, hey, i am thinking about uploading just the three commits (as they arn't ABI bumpers) on the top of the precise tree
[14:09] <apw> as one is an urgent CVE
[14:10] <ogasawara> apw: go for it
[14:10] <ogasawara> apw: I can then upload if one is an urgent CVE
[14:11] <apw> ogasawara, i have already got the tree ready, if you are happy i'll just push it
[14:11] <ogasawara> apw: sounds good
[14:11] <apw> diwic, did you see cking's brokenness
[14:11] <apw> +1)  ||
[14:11] <apw> http://people.canonical.com/~apw/jack-detection-precise/
[14:12] <apw> https://wiki.ubuntu.com/Audio/PreciseJackDetectionTesting
[14:13] <diwic> cking, hrm, that's pulseaudio bug I believe I fixed, what is the installed version of PulseAudio (apt-cache policy pulseaudio) ?
[14:13] <apw> diwic, is the pulse fix in your PPA only ?
[14:15] <apw> diwic, i have just noticed that i have independant volume levels on headset and speakers now
[14:15] <apw> diwic, as in they are presistant and independant
[14:15] <apw> is that something new in precise or something your jack patches allow
[14:15] <apw> diwic, also i seem to have a dead internal mic on my aspire one, but thats not a regression, is that easy to debug ?
[14:16] <diwic> apw, 1) the fix is only in the PPA, but the bug should only be in the previous version of the PPA as well, so...which is why I'm curious what version of PulseAudio cking is running
[14:16] <apw> ogasawara, have you been using a .orig yet on precise ?
[14:16] <ogasawara> apw: I have
[14:17] <diwic> 2) do have independent volumes you'll need support in both kernel and PulseAudio. PulseAudio support came in 11.10. Hardware support is increasing with the jack detection patches being a huge leap forward.
[14:18] <diwic> apw, alsa-info for your acer aspire please (for triaging the internal mic)
[14:18] <apw> diwic, will do
[14:21] <cking> smb, the old workaround was: http://smackerelofopinion.blogspot.com/2009/11/audio-weirdnesses.html
[14:21] <smb> diwic, Gosh remembered that to be the same on my older Aspire. Its the mic left and right channel being phased for complete annihilation
[14:21] <smb> cking, I basically mute one half in alsamixer
[14:22] <diwic> smb, yeah, that's what I was thinking of as well
[14:23] <diwic> however for some realteks we have a fix for that, so if we're lucky apw has one of those and we can quirk it
[14:23]  * cking wonders if most of the driver is basically quirks
[14:24] <smb> Need to check my codec. I have little hope to have the same as him, but if it is realtek it probably is another addition to magic quirk
[14:24] <diwic> cking, the problem with that workaround is that when you start changing between internal and external mic, you will essentially cancel out the non-inverted mic
[14:24] <cking> diwic, ah, ok, so that's a cking fail then
[14:24] <smb> Mine is Realtek ALC268
[14:25] <apw> diwic, http://paste.ubuntu.com/815376/
[14:25] <diwic> cking, a significant part of it. It used to be the majority, but Takashi is working on simplifying most of the quirks so things are improving.
[14:25] <diwic> let me check ALC272X and ALC268
[14:26] <smb> diwic, I would guess this also needs the exact model and maker
[14:27] <diwic> nope, we have fixes only for ALC271X and ALC269 at the moment :-(
[14:27] <herton> diwic, were you able to get a trace on the lucid crash? May be 2.6.32-38 introduced a regression
[14:28] <diwic> herton, I took a photo but it didn't show much really, and the next time I booted it worked fine
[14:30] <diwic> herton, first line of what was visible on screen was .... exit_notify+0x13/0x170
[14:30] <diwic> and two lines down it says something about print_oops_end_marker, indicating I was not looking at the original error (I assume?)
[14:31] <herton> hmm ok, yes, probably the real problem had scrolled up already
[14:32] <diwic> cking, that's at least my logical conclusion from looking at your fix, but I haven't really tested it so I might be wrong
[14:33] <diwic> but yeah, the inverted internal mics are one of the more common problems today that I haven't figured out how to best resolve yet
[14:34] <diwic> herton, if it happens again, is there something one can do to see more of the original error?
[14:36] <herton> diwic, may be using serial console/netconsole debugging or checking if something ends up saved on logs, or if there is some way to reproduce reliably
[14:40] <tgardner> ogasawara, its not gonna work dropping linux-firmware into -backports because LBM is in main and we can't have a dependency like that.
[14:43] <ogasawara> tgardner: ack
[14:44] <tgardner> ogasawara, I'll probably just SRU the new iwlwifi ucode bits
[14:44] <smb> diwic, If you need the complete data http://paste.ubuntu.com/815390/
[14:49] <diwic> smb, thanks...
[14:50]  * diwic wonders what Windows 7 would do about inverted mic
[14:50] <matti> Hi folks.
[14:51] <matti> How would I found out that #805341 is included in latest proposed from Ubuntu?
[14:51] <matti> I cannot seem to be able to find it in changelogs, therefore I assume that the kernel wasn't built yet? :)
[14:51] <Kano> apw: how about adding: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff_plain;h=93165b7774a04cf76bc46eb6c9181ab7a8b545d7
[14:53] <matti> Hmmm...
[14:53]  * matti is still looking.
[14:53] <apw> Kano, that commit was in 3.2 ?
[14:58] <apw> diwic, http://paste.ubuntu.com/815376/ for my alsa-info.sh
[14:58] <Kano> apw: yes
[14:59] <Kano> it works for more or less any kernel
[14:59] <diwic> apw, thanks
[14:59] <Kano> 1:1 from the knc1 site
[14:59] <apw> Kano, so then its already in precise as uploaded, if it is wanted before then then someone has to file a bug and test it
[14:59]  * diwic wonders if we can tweak the capture control node to always mute the right channel whenever internal mic is set as the input...hmm
[15:00] <Kano> well 3.2 is problematic with rt2800pci
[15:00] <Kano> therefore i use the 3.0 drm backports
[15:01] <Kano> + knc1 patch
[15:02] <Kano> the drm in 3.0 is not enough to drive 2 ports on intel snb correctly
[15:02] <apw> diwic, i like the fact it says the mic is "Ext Left" when its on the right :)
[15:02] <Kano> is ndiswrapper in 3.2 p already?
[15:03] <Kano> and aufs
[15:03] <diwic> apw, color and location is often wrong, probably since Windows 7 does not use that information...
[15:03] <diwic> apw, or because the codec vendors do not know how the machine looks like 
[15:03] <apw> yeah
[15:03] <apw> Kano, no and no
[15:04] <diwic> apw, with the advanced tab in hda-jack-retask you can correct that so it is on the right :-)
[15:04] <apw> heh nice
[15:05] <Kano> fakeroot debian/rules startnewrelease
[15:05] <Kano> fakeroot debian/rules clean
[15:05] <Kano> that does not add my changes to the changelog
[15:05] <apw> indeed, if you read the scrollback you need f d/r insertchanges
[15:06] <herton> matti, it should be landing in proposed this week
[15:07] <herton> matti, you can check the linux-image package changelog, the bug will be cited on it
[15:07] <Kano> insertchanges i tried first...
[15:07]  * herton -> lunch
[15:30] <jsalisbury> **
[15:30] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:30] <jsalisbury> **
[15:36]  * ogasawara back in 20
[15:50] <herton> lamont, about bug 920649, what's the previous kernel running on that machine which worked (probably there is still something in the logs, or even the previous installed kernel on that machine could give a hint)
[15:50] <ubot2`> Launchpad bug 920649 in linux "ntp keeps resetting system time, losing sync" [Undecided,In progress] https://launchpad.net/bugs/920649
[15:53] <apw> ogasawara, ok tree is all updated, upload is in the hole
[16:03] <ogasawara> apw: thanks
[16:28] <matti> Hi herton 
[16:28] <matti> herton: I did dig it out in the end :)
[16:28] <matti> herton: I did not know where to look initially :)
[16:29] <matti> herton: Too many places :)
[16:37] <tgardner> ogasawara, I forgot to mention that Lucid i386 LBM FTBS'd. Have you had a look at that ?
[16:37] <ogasawara> tgardner: it did? hrm, I'll take a look
[16:46] <tgardner> sconklin, your mumble is silent
[16:52] <sconklin> git@github.com:sconklin/autotest.git
[16:59] <apw> $ glxinfo -l | grep -i GL_MAX_TEXTURE_SIZE
[16:59] <apw>     GL_MAX_TEXTURE_SIZE = 8192
[17:11] <hallyn> apw: so, going with Linus' suggestion of all devpts mounts being newinstance, out boot sequence would have to made /dev/ptmx a symlink (or bind mount), otherwise you can't get ptys.  That aside I see no problems (just an fyi).  not sure if that's deemed acceptable
[17:11] <hallyn> s/out/our/
[18:24] <sconklin> I'm back
[18:53]  * tgardner --> lunch
[18:53] <linux> hello
[18:54] <linux> is anyone there
[18:55] <linux> hello i have question regarding customization of kernel
[18:57] <diwic> cking, what regressions are you seeing?
[18:59] <cking> diwic, E: [pulseaudio] module-alsa-card.c: Assertion 'jack->path && jack->path->port' failed at modules/alsa/module-alsa-card.c:299, function report_jack_state(). Aborting.
[18:59] <cking> Aborted (core dumped)
[18:59] <diwic> cking, both machines?
[18:59] <cking> nope, just the X220i
[18:59] <diwic> what regression on the other one?
[18:59] <linux> actually i am facing booting time error
[19:00] <cking> diwic, no regression, /me made a typo, lemme fix the data, sorry
[19:01]  * cking waits for the wiki to respond...
[19:01] <diwic> cking, ok, *phew* -- what version of pulseaudio are you using on the x220?
[19:01] <diwic> apt-cache policy pulseaudio
[19:01] <linux> please can anyone help me  around over here
[19:02] <cking> diwic, let me see if I've got the latest, I need to dig it out of my pile of boxes
[19:03] <diwic> cking, because it looks like a bug I've already fixed 
[19:04] <linux> hello
[19:04] <cking> diwic, I've got a bad feeling that I didn't pull in the update after doing the add-apt-repository
[19:04] <cking> gimme 5 mins
[19:05] <diwic> cking, sure. Thanks for testing, btw. :-) 
[19:05] <linux> i am facing sum issues in booting up the customized   kernel
[19:07] <cking> diwic, pulseaudio: 1:1.0-ubuntu5-jackdectection2
[19:08] <diwic> cking, thanks, that's the right one
[19:08] <diwic> bbl
[19:10] <linux> plz someone help me get out of this issue
[19:11] <apw> linux, it would help if you provided some details on what you are seeing, and indeed what is customised
[19:12] <ohsix> halp i built my root fs out of my kradleet kernelz
[19:12] <linux> yes actually i used make menuconfig utility to customize
[19:13] <apw> and what happens
[19:14] <linux> kernel was customized successfully
[19:14] <linux> generated two kernel header files with extension .deb
[19:15] <linux> then i extracted them and updated grub
[19:16] <linux> let me send you link from i followed the process
[19:16] <linux> well if u can give me your mail id i can send you my issue with snapshots
[19:25] <diwic> cking, if you're still around, can you send/pastebin me a pulseaudio log: https://wiki.ubuntu.com/PulseAudio/Log 
[19:25] <cking> diwic, will do
[19:29] <cking> diwic, http://paste.ubuntu.com/815683/
[19:39] <cking> diwic, is that enough to be going on with for the moment? I need to pop-offline now
[19:40] <diwic> cking, feel free to pop offline
[19:40] <diwic> cking, I'm probably going to poke you tomorrow
[19:40] <diwic> too tired to resolve the bug right now anyway
[19:40] <cking> diwic, sure, no problem :-)
[20:03] <arges_> apw, was it you or cking that was having issues with the jack detection patches?
[20:31] <apw> arges_, cking
[20:32] <arges_> apw, ah thanks. just updated the wiki and send an email to david
[20:54] <jsalisbury> tgardner, Is there someone that is familiar with ppc: bug 919654
[20:54] <ubot2`> Launchpad bug 919654 in linux "Very long delays during boot - BUG: soft lockup - CPU#0 stuck for 24s! [modprobe:290] - BUG: soft lockup - CPU#0 stuck for 21s! [Xorg:896]" [Medium,Confirmed] https://launchpad.net/bugs/919654
[20:58] <arges_> jsalisbury, looking
[20:58] <jsalisbury> arges_, cool, thanks :-)
[21:00] <tgardner> jsalisbury, looks like the nouveau driver is pausing for a long time in nouveau_wait_eq() for a register value that it never gets.
[21:01] <tgardner> jsalisbury, I assume this is a regression ?
[21:01] <jsalisbury> tgardner, It may be.  The bug report stated this is a fresh install and he has no previous intstall to compare against.
[21:01] <arges_> jsalisbury, don't have powerpc hardware anymore though... 
[21:02] <jsalisbury> tgardner, I can ask him to try and install previous releases.
[21:02] <tgardner> jsalisbury, you might also ask BenC. I think he's got some ppc HW
[21:03] <jsalisbury> tgardner, ok will do, thanks
[21:03] <tgardner> although he may not have nVidia HW
[21:03] <jsalisbury> right
[21:46]  * tgardner -> EOD