[00:15] <manjo> crimsun, I was trying to get you info on bug #528719
[00:15] <ubot3> manjo: Error: Could not parse data returned by Malone: HTTP Error 500: Internal Server Error
[00:15] <crimsun> the maintenance window for LP was just extended another 1,5 hrs
[00:15] <manjo> do you want me to cat /proc/sound/... codec/* while capturing ? is this correct ? 
[00:15] <crimsun> manjo: yes
[00:16] <manjo> crimsun, also The front mic playback toggle is muted. Please adjust this accordingly.
[00:16] <manjo> what does this mean ? 
[00:16] <manjo> crimsun, sorry I am audio illiterate 
[00:16] <crimsun> which bug was this?
[00:16] <manjo> Launchpad is undergoing maintenance and is in read-only mode. You cannot make any changes. Please see the Launchpad Blog for details.
[00:16] <manjo> Launchpad is undergoing maintenance and is in read-only mode. You cannot make any changes. Please see the Launchpad Blog for details.
[00:16] <manjo> [LUCID] Aphla3 Acer AspireOne: Playback of audio recorded from external mic not loud. 
[00:18] <crimsun> ah
[00:18] <crimsun> amixer set 'Front Mic' unmute 
[00:18] <manjo> crimsun, for my edu... what is 'Front Mic' stand for ? external mic input ? 
[00:20] <crimsun> manjo: unfortunately that is ambiguous. It's supposed to mean the built-in mic if you have it.
[00:20] <manjo> crimsun, awesome!
[00:20]  * manjo learned something important today
[00:21] <crimsun> it's unfortunate because it's the precise opposite in many cases :/
[00:21] <manjo> crimsun, if I get a chance and you get some free time @ uds I would like to learn some basic audio debugging 
[00:21] <crimsun> sure
[00:21] <manjo> crimsun, that is very kind of you .. thanks 
[00:22] <TheMuso> bjf and I were thinking of doing something audio related at UDS.
[00:22] <crimsun> TheMuso: like a plenary?
[00:22] <TheMuso> Since I've been learning a bit recently as well.
[00:22] <bjf> TheMuso, we were? news to me :-)
[00:22] <TheMuso> crimsun: No, more a session of "audio doesn't work, bring it here and we'll do what we can to fix it"
[00:22] <crimsun> oh, that would be nice
[00:23] <TheMuso> bjf: I vaguely remember saying such to you and Conor. Its not on record, so don't hold me to it.
[00:23] <crimsun> (granted, that's what I end up doing at UDS anyhow)
[00:23] <manjo> crimsun, luke I have few audio related bugs on netbooks that I have filed this week...
[00:23] <TheMuso> crimsun: Right, with more of us knowing what the hell to do, we can get more done, and set asside some time where people can come to us to do it.
[00:23] <manjo> s/luke/TheMuso
[00:23] <bjf> crimsun, if you go I don't want you stuck fixing peoples audio the whole time
[00:24] <TheMuso> manjo: Yeah saw those. Unfortunately I am not yet learned enough to help debug hda issues without access to real hardware.
[00:24] <manjo> TheMuso, yep I have the HW, just need the knowledge 
[00:24] <TheMuso> manjo: I think crimsun knows enough to do remote debugging, but I could be placing him on a pedistel.
[00:24] <manjo> crimsun, ^
[00:25] <crimsun> as long as there's the codec output at the time the symptom is seen, it's easier
[00:26] <manjo> crimsun, where can I read/rtfm about codecs etc ? 
[00:26] <crimsun> I've been inquiring whether there's a way to trawl through these alsa-driver/linux bugs to retrieve the codec output, because fixing the volume dB ineptitude is fairly straightforward from them
[00:26] <manjo> crimsun, infact how can I disipher what alsa-info prints out 
[00:26] <JFo> crimsun, I am interested in compiling some kernel audio troubleshooting pages if possible
[00:26] <JFo> perhaps you me TheMuso and bjf can get our heads together at UDS
[00:27] <crimsun> manjo: so the good/bad news is that it's the Azalia spec on Intel's web site
[00:27] <manjo> crimsun, so that is a place to start ? 
[00:27] <crimsun> manjo: the bad news is that you then need to download the data sheets for every existing codec from codec manufacturers' web sites
[00:27] <crimsun> manjo: yes
[00:27] <manjo> s**t 
[00:28] <crimsun> JFo: sounds like a plan
[00:28] <JFo> crimsun, cool
[00:29] <manjo> JFo, remember we were talking about how to unmute the mic ? ... crimsun just gave me a command line option
[00:29] <JFo> manjo, I saw that
[00:29] <JFo> coolness :)
[00:29] <crimsun> manjo: unfortunately that's actually a quirk
[00:29] <manjo> crimsun, on most laptops/netbooks mic come muted by default 
[00:29] <crimsun> manjo: if the codec were sane, it would be a capture toggle instead of a playback toggle
[00:31] <manjo> crimsun, we have a kernel-qa testsuite for audio, right now it tests basic stuff, you can probabaly help me expand it by adding more tests... one thing I learned today is you need to cat proc/sound while recording, so I need to change the caputre test to do that 
[00:31] <manjo> ie help me identify areas where I can write more test 
[00:32] <crimsun> manjo: yes, I began updating it to account for an additional round based on negative results, i.e., unloading the existing drivers and loading a daily snapshot's
[00:34] <manjo> crimsun, by default on a fresh install... SoundPreferences->Input is always muted ... is this some default in gnome ? 
[00:34] <crimsun> manjo: presumably
[00:35] <manjo> amixer set 'Front Mic' unmute  == Unable to find simple control 'Front Mic',0 
[00:35] <manjo> crimsun, ^
[00:37] <manjo> crimsun, amixer scontrol == does not list 'Front Mic' ... this is on a Asus EEPC
[00:38] <crimsun> manjo: this is the same hardware as in bug 528719, correct?
[00:38] <ubot3> Malone bug 528719 in alsa-driver "[LUCID] Aphla3 Acer AspireOne: Playback of audio recorded from external mic not loud." [Undecided,Incomplete] https://launchpad.net/bugs/528719
[00:38] <manjo> no this is on a different one 
[00:39] <manjo> crimsun, this is on ASUS 1201N
[00:39] <crimsun> different hardware, different codecs, most probably different control elements
[00:39] <manjo> eeepc
[00:39] <manjo> ah!
[00:39] <crimsun> would you pastebin amixer output, please?
[00:39] <crimsun> 'amixer'
[00:40] <manjo> doing ...
[00:42] <manjo> crimsun, http://pastebin.ubuntu.com/387946/
[00:43] <crimsun> in the current 1201N's case, it's due to 'Capture' being muted and 'Front Mic Boost' being zeroed
[00:43] <manjo> crimsun, so I have to manually unmute it ... is there a command line option to unmute ?
[00:44] <crimsun> amixer set 'Capture' cap && amixer set 'Front Mic Boost' 100%,100%
[00:44] <crimsun> you probably want to increase 'Capture', too: amixer set 'Capture' 100%,100%
[00:45] <manjo> wow magic
[00:55] <manjo> crimsun, I have another one .. http://pastebin.ubuntu.com/387953/
[00:55] <manjo> this is on a Acer aspire R1600
[00:55] <bjf> crimsun, and you got that "Capture" was muted by seeing that "Front Left" and "Front Right" were "off"
[00:55] <manjo> when I record sound all I hear is white noise 
[00:56] <crimsun> bjf: correct
[00:56] <crimsun> manjo: 'Mic' is zeroed and muted
[00:56] <manjo> ah crap
[00:56] <manjo> crimsun, I did 'Caputure'0 & 1 cap 
[00:56] <manjo> ok let me try again 
[00:57] <bjf> manjo, do you see in your pastebin where the 'Mic' is 'off'?
[00:57] <crimsun> I would not be surprised if one or more of these need a more recent driver (you could verify with linux-alsa-driver-modules-foo from ppa:ubuntu-audio-dev)
[00:59] <manjo> crimsun, ok let me try that .. 
[00:59] <manjo> when I unmuted mic I get some constant white noise on the audio out 
[01:00] <manjo> crimsun, so can we quirk this in the driver for each laptop ie unmute, set cap etc ? 
[01:01] <crimsun> manjo: it doesn't appear to be a driver issue
[01:01] <manjo> or is this some kind of user space quirk that needs to be done for each model laptop/netbok
[01:01] <crimsun> manjo: I would start by seeing if it's a gnome-media (mixer applet) decision
[01:01] <manjo> ic
[01:02] <crimsun> we could unmute 'Mic', 'Front Mic', 'Capture', etc., but that could result in some pretty nasty feedback
[01:02] <manjo> I assume they have some base config for each type of codec 
[01:02] <crimsun> (the unmuting would be done in /sbin/alsa-utils)
[01:03] <crimsun> right, there's the init db, too
[01:03] <crimsun> (alsactl init)
[04:39] <crimsun> manjo: in bug 531715, can you get amixer output while attempting capture, too?
[04:39] <ubot3> Malone bug 531715 in pulseaudio "[LUCID] cannot record sound on Acer Aspire R1600" [Undecided,New] https://launchpad.net/bugs/531715
[04:39] <manjo> yes
[04:39] <manjo> its attached to the bug
[04:39] <manjo> oh amixer output ? 
[04:40] <manjo> just a sec 
[04:46] <manjo> crimsun, attached 
[04:47] <crimsun> Capture,1 is muted
[04:47] <crimsun> amixer set 'Capture',1 cap
[04:52] <manjo> crimsun, I did that, I also did Capture,0
[04:53] <manjo> and boosted to 100%
[04:53] <manjo> crimsun, do you want codec output after I do that ? 
[04:55] <crimsun> manjo: no need. I presume that unmuting 'Mic' playback has no effect?
[05:03] <manjo> crimsun, umuting the mic caused the audio out to produce a constant hissing noise 
[05:04] <crimsun> manjo: ok, at least that works correctly.
[05:04] <manjo> I have the output of codecs with capture 1,0 set to cap... 
[05:04] <crimsun> manjo: can you try linux-alsa-driver-modules-2.6.32-15-generic from the ubuntu-audio-dev ppa?
[05:04] <manjo> do you want me to attach that info ?
[05:04] <manjo> yep
[05:04] <crimsun> no need
[05:09] <manjo> crimsun, rebooting with your ppa installed 
[05:14] <manjo> crimsun, no luck
[05:14] <crimsun> manjo: please rerun apport-collect 531715
[05:17] <manjo> crimsun, updated 
[05:24] <crimsun> manjo: can you verify the symptom without PA?  pasuspender -- arecord -Dplughw:NVidia -fcd
[05:25] <manjo> doing 
[05:25] <manjo> gnarl, lucid tree does not build for me
[05:25] <manjo> gnarl, can you verify
[05:26] <manjo> gnarl, I send apw a mail about it 
[05:26] <manjo> crimsun, doing ... 
[05:28] <crimsun> manjo: also, is it just capture that doesn't work?
[05:29] <manjo>  crimsun only capture does not work
[05:29] <crimsun> ok
[05:29] <manjo> crimsun, with that command I don't hear any sound 
[05:29] <manjo> crimsun, earlier I could hear something like a SW radio sound
[05:29] <manjo> ie noise 
[05:29] <crimsun> manjo: well, you shouldn't.
[05:30] <manjo> ok
[05:30] <crimsun> manjo: did anything garble across the terminal when you, say, tapped the mic?
[05:30] <manjo> yes
[05:30] <manjo> strange chars 
[05:30] <crimsun> and only when you tapped it?
[05:30] <manjo> ie non-printable chrs
[05:30] <manjo> no always
[05:31] <crimsun> but no noticeable change when you tapped it?
[05:31] <crimsun> please check your mixer settings, too
[05:31] <manjo> hmm... let me check again 
[05:34] <manjo> crimsun, I think its pretty much random noise, but when I tap I do see some diff in pattern
[05:35] <manjo> crimsun, what I could do tomorrow is get a different set of mic and test with that 
[05:35] <manjo> probably this one has a bad pin... not sure 
[05:36] <manjo> but this mic works for me with skype 
[05:37] <crimsun> manjo: pasuspender -- arecord -Dplughw:NVidia -fcd foo.wav
[05:37] <crimsun> should give you something audible in foo.wav
[05:37] <crimsun> but I need to head off now
[05:38] <manjo> yeah I tried that and there was silence 
[05:38] <manjo> ok then catch you later 
[09:38] <apw> damned document package is broken
[09:38] <apw> Document /home/apw/build/lucid/ubuntu-lucid/debian/linux-doc/usr/share/doc/linux-doc/linux-doc-tmp/Documentation/DocBook/media.xml does not validate
[10:18] <mgoetze> hi... could someone quickly explain the SRU process for me? there's a patch adding pci ids for broadcom 5716 chips, it already has one ack: https://lists.ubuntu.com/archives/kernel-team/2010-March/009099.html does that mean it will automatically be in the next sru, or is anything else missing?
[11:28] <apw> mgoetze, it would need a second ack to get on the SRU track
[11:30] <apw> though as i understand things once the current proposed moves there will be a security update before any new proposed kernel would be staerted, so i don't think there is any hurry
[11:33] <mgoetze> apw: you mean there will be no non-security SRUs for hardy anymore, and it would need to sneak into a security update?
[11:34] <apw> no not saying that at all.  saying that there is time yet to get any acks it needs
[11:37] <matti> Hi apw 
[11:38] <apw> hi
[11:51]  * apw wins against doc-book
[16:01] <tgardner> apw, bug #531981
[16:01] <ubot3> Malone bug 531981 in ubuntu "[MIR] linux-qcm-msm" [Undecided,New] https://launchpad.net/bugs/531981
[16:17] <apw> tgardner, thanks
[16:18] <tgardner> apw, prolly don't need to get it in -meta just yet
[16:18] <apw> tgardner, ack
[16:19]  * apw has plenty of other poo to deal with
[16:19] <tgardner> apw, i can take care of it when it finally pops
[16:20] <apw> tgardner, heh whchever, its not a lot of work, but i'll get it on the tracker
[16:20] <manjo> tgardner, so we are going back and forth on the firmware update... since there is no clear doc or wiki ... I am always missing things, I am trying to copy what already exists ... and even that is not consistent ... 
[16:21] <tgardner> manjo, well, like I said, gimme some names and email addresses at least.
[16:21] <manjo> tgardner, apart from who gave it to me how and when ... is there any thing else I need ? 
[16:22] <manjo> tgardner, once I am through I will doc it in a wiki and you can cross check 
[16:22] <tgardner> manjo, k
[16:22] <manjo> tgardner, sorry about the mess
[16:23] <tgardner> manjo, np
[16:23] <apw> manjo, i assume there is no licencing issue with the driver itself
[16:23] <manjo> apw, I got the licen"ce" from realtek
[16:23] <manjo> just need doc who when where how 
[16:32] <manjo> tgardner, I pushed the changes to whence file ... 
[16:33] <manjo> tgardner, please ping me if there is any more bits missing I will be happy to fix them
[16:33] <manjo> apw, we have the skype call ? 
[16:34] <apw> not every other week
[16:34] <manjo> apw, but I could probably skype you ? :)
[16:34] <manjo> won't take more than 10mts or so 
[16:34] <apw> as you wish
[16:35] <manjo> ok ... skype you in a minute or so?
[16:35]  * apw makes tea, make it 2
[16:42] <manjo> apw, https://wiki.canonical.com/KernelTeam/manjo/status-2010
[16:45] <JFo> I need to do something like that
[18:00] <tgardner> apw, I have a generic hash library I'm thinking of submitting upstream, cause I couldn't find one anywhere else in the kernel. Do you suppose it would be like tilting at  a windmill?
[18:01] <apw> the question will be, is it performant enough for any of the use cases which it fits
[18:01] <apw> generic generally == slower ... and hashes are often in perf critical spaces
[18:01] <apw> though people for rbtrees and the like in, so it can be done
[18:01] <tgardner> apw, I've been using it in a couple of netfilter modules for 5-7 years. 
[18:02] <tgardner> on single core Geods
[18:02] <apw> you might approach peterz about it, he is into major optimised access for trees and stuff
[18:02] <tgardner> apw, how about Andrew?
[18:02] <apw> might have an angle on how to present it
[18:03] <apw> he is a good conduit in for the code once it has traction as its not for anywhere in particular
[18:03] <tgardner> apw, I've about got it cleaned of 2.4'isms. I'll run it through the k-t list so you guys can have a  look.
[18:04] <apw> soudsn good
[18:05] <tgardner> cnd, kudos on bug #530348, great sleuthing.
[18:05] <ubot3> Malone bug 530348 in linux-firmware "e100: eth0: e100_request_firmware: Failed to load firmware "e100/d101m_ucode.bin" [Undecided,Invalid] https://launchpad.net/bugs/530348
[18:25] <cnd> tgardner: thanks
[18:37] <apw> cnd, yeah that was good work :)
[18:37] <cnd> apw, thanks
[18:38] <cnd> I learned all about the firmware upload process on both sides of the kernel divide and udev too :)
[18:38] <apw> most excellent :)
[18:38] <apw> now to get that into some debugging hints wiki pages 
[18:39] <cnd> apw, true true
[18:39] <JFo> yep yep... and let JFo know where they are cnd ;)
[18:40] <cnd> JFo: kk
[18:40]  * JFo adds them to the list to be included in the Kernel Team pages reorg
[18:59] <apw> jjohansen1, pulled your apparmor update, ta.
[19:10]  * cnd kills the OOM killer by adding a swap file
[19:20] <JFo> cnd, that on the new mini or a bug?
[19:21] <cnd> JFo: no, that's on my macbook with 2G of ram!
[19:21] <cnd> swap partition was set to 750 MB by default
[19:21] <cnd> it's not enough apparently
[19:21] <cnd> evolution is a hog
[19:21] <cnd> chrome (maybe?) is a hog
[19:21] <hyperair> evolution is probably the one at fault.
[19:22] <hyperair> for chrome you can see about:memory for how much it is actually using
[19:22] <cnd> thunderbird is a hog
[19:22] <hyperair> that i agree.
[19:22] <cnd> (not that I run both thunderbird and evolution at the same time)
[19:22] <hyperair> heh
[19:22] <cnd> I usually stick with one of the mail clients until it start seizing up in an endless cycle
[19:22] <hyperair> thunderbird takes up a lot of memory.  but evolution hangs over a bad network.
[19:22] <hyperair> which is ridiculous
[19:22] <cnd> then I flip to the other, that miraculously is fixed
[19:23] <hyperair> lol
[19:23] <cnd> this has happened about every 2 weeks for a month now
[19:23] <hyperair> i got rid of evolution completely because it'd hang my panel whenever i clicked on the clock.
[19:23]  * cnd contemplates using mutt or pine
[19:23] <hyperair> that pile of crap ought to be rewritten from ground up.
[19:24] <hyperair> evolution i mean
[19:24] <cnd> do you think mutt or pine will sync with my google caldav calendars? :)
[19:24] <hyperair> it's got features, but it hangs too damn much, and is completely dependent on the stability of the network and mail servers (and calendar servers) in order to not hang.
[19:25] <hyperair> and do mutt or pine even have calendar features?
[19:25] <cnd> hyperair: I don't think so...
[19:25] <hyperair> yeah, see?
[19:25] <JFo> cnd, I have been using the web interface
[19:25] <hyperair> so we've got nothing that can replace it properly, and evolution is a pile of crap.
[19:25] <JFo> it is all I have found so far
[19:25] <cnd> JFo: for which accounts?
[19:26]  * hyperair uses rainlendar for calendar features.
[19:26] <JFo> the internal ones
[19:26]  * JFo googles rainlendar
[19:26] <hyperair> it's non-free.
[19:26] <JFo> hmm
[19:26] <hyperair> i'd rather have something that integrates into the gnome-panel's clock, *AND* not hang my panel.
[19:26] <JFo> the option I was told about for using on my phone flattens them all
[19:27] <JFo> I want them to be seperately accessible
[19:27] <JFo> separately*
[19:27] <hyperair> so use google cal
[19:27] <JFo> I do
[19:27] <JFo> :)
[19:27] <hyperair> and so do i, so my solutions are all separately accessible
[19:27] <JFo> I want something that makes sense and that is integrated with my e-mail
[19:28] <hyperair> anyway what has email clients and calendars got to do with the kernel?
[19:28] <JFo> <-spoiled :)
[19:28] <JFo> nothing
[19:28] <hyperair> JFo: sunbird.
[19:28] <JFo> we digressed
[19:28] <hyperair> wait a sec. not sunbird
[19:28] <hyperair> lightning or something..
[19:28] <hyperair> lightningbird?
[19:28] <hyperair> @_@
[19:28]  * hyperair -> bed
[19:29] <JFo> night hyperair 
[19:29] <JFo> :)
[19:29] <hyperair> night =)
[20:40] <dyek> Hi! Is Ubuntu 9.10's vmlinuz-2.6.31-16-generic using a compression algorithm other than gzip, such as LZMA?
[21:47] <cnd> JFo: I just added https://wiki.ubuntu.com/KernelTeam/Firmware
[21:48] <cnd> A few people were automatically notified, but the list doesn't seem to include you
[21:48] <JFo> excellent
[21:48] <cnd> you may want to add yourself
[21:48] <JFo> yeah, I will subscribe to it
[21:48] <cnd> well, half the team was notified :)
[21:48] <JFo> heh
[21:50] <cnd> JFo: I'm going to add it to the knowledgebase if the wiki stops being DDoS'd
[21:51] <JFo> ok
[21:51] <JFo> sounds good
[22:02] <jk-> dyek: nope, gzip
[22:49] <mozmck> compiled the karmic kernel from git today and it got almost done and failed with the following:
[22:49] <mozmck> get_debug_info: Can't create a handle for a new debug session.
[22:49] <mozmck> makedumpfile Failed.
[22:49] <mozmck> make[1]: *** [install-generic] Error 1
[22:49] <mozmck> make: *** [binary-generic] Error 2
[22:49] <mozmck> what does that mean?
[23:11] <mozmck> figured it out.  I disabled debugging in the config, so I had to add “no_dumpfile=true” before the build command