[12:23] <jwendell> good morning, folks
[12:24] <jwendell> i've noticed today that - when i upgraded my feisty kernel - it automatically tried to recompile a proprietary modem module i have on my system
[12:24] <jwendell> this is a new feature, right?
[12:53] <jwendell> BenC, ?
[01:58] <stgraber> Was any sound driver update recently done in Feisty ?
[01:59] <stgraber> I just have no sound anymore and only the PCM mixer in gnome-mixer :)
[03:41] <BenC> jwendell: No, sounds like the prop modem driver did that, not us
[03:41] <gismo_> hello all
[03:42] <BenC> stgraber: Try alsamixe
[03:42] <BenC> alsamixer
[03:42] <gismo_> I submited a bug last week: https://bugs.launchpad.net/ubuntu/+source/vmware-player-kernel-2.6.15/+bug/86848
[03:42] <gismo_> but we still don't have news
[03:42] <jwendell> BenC, hmmm, smart driver, no? :)
[03:43] <BenC> jwendell: smart packaging (probably an init script)
[03:44] <gismo_> lionel on ubuntu-motu just confirmed the bug and I tell to ask here
[04:02] <Keybuk> BenC: I've updated initramfs-tools to get rid of the 10MB size limit for /dev
[04:02] <Keybuk> so beware there's an ubuntu4 in the queue
[04:03] <BenC> Keybuk: Ok, thanks
[04:04] <BenC> Keybuk: what caused you to hit a 10Meg limit in /dev? :)
[04:04] <Keybuk> bootchart
[04:04] <Keybuk> the Debian bug that caused the 10MB being added to initramfs-tools complained that it was disjoint with their udev package
[04:05] <Keybuk> since our udev package doesn't have a 10MB limit either ... the bug was invalid for Ubuntu :p
[04:11] <stgraber> BenC: same result as gnome-mixer : two playback channels pcm and mic with PCM doing strictly nothing
[04:12] <stgraber> BenC: it's one of those HDA sound card
[04:12] <kylem> crimsun, how much do you know about hda_intel cards?
[04:13] <BenC> stgraber: File a bug, noting that it regressed in -9, and assign it to the Ubuntu Audio Team
[04:13] <stgraber> ok, will do
[04:13] <BenC> kylem: I think one of crimsun's patches for hda regressed that actually
[04:13] <BenC> it's the only changes in the kernel for sound
[04:13] <kylem> eh?
[04:14] <kylem> my question was this Intel SDV exposes the pci device, but has no codec attached. was wondering if this is normal. :)
[04:14] <stgraber> BenC: Any information I should attach from the -8 and -9 ? (dmesg doesn't give much information)
[04:15] <BenC> stgraber: There's a wiki on what to supply with audio bugs, but mainly "lspci -vvn" and "cat /proc/asound/card0/codec#*" seem to be the most useful
[04:16] <stgraber> ok, thank you
[04:23] <crimsun> stgraber: which codec?
[04:23] <crimsun> kylem: I know of a regression for conexant 504[57]  that's fixed already, was too tired last night to push it
[04:24] <kylem> crimsun, this is not production hardware, so it's entirely possible that it is just missing the codec chip.
[04:24] <crimsun> essentially, jack sense broke and does the precise opposite of what is intended (plug in headphones -> sound out of both speakers and headphones; unplug headphones -> no sound)
[04:25] <stgraber> crimsun: ALC861
[04:25] <crimsun> kylem: ok, can you get lspci -vvn ?
[04:25] <kylem> unfortunately no. i can tell you that it's ICH8...
[04:26] <crimsun> stgraber: right, when you've filed a bug with the info from DebuggingSoundProblems, I'll take a look after lectures
[04:27] <crimsun> kylem: hmm, any additional codec info?
[04:27] <kylem> crimsun, i'll poke at it in a bit and let you know, the machine is powered off atm.
[04:27] <crimsun> kylem: ok, thanks
[04:42] <stgraber> crimsun: https://beta.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/88400
[04:42] <stgraber> crimsun: Feel free to ask if you need any more information from the working or non-working kernel
[04:43] <crimsun> ack, beta?
[04:43] <crimsun> I can't log in there, using non-beta
[04:43] <stgraber> just remove beta.
[04:43] <crimsun> (I did)
[04:49] <crimsun> stgraber: err, the codec and SSID are correct. Have you unmuted 'Mixer' and 'Line'?
[04:49] <crimsun> that shouldn't be a regression at all, that's verified working for hardware from upstream
[04:50] <stgraber> I can't :)
[04:50] <stgraber> there are both in the Capture section
[04:50] <stgraber> and I can't set a volume or mute/unmute them
[04:51] <crimsun> ok, can you mute 'Mic'?
[04:51] <stgraber> yes
[04:51] <crimsun> still inaudible? (with speaker-test, let's say)
[04:52] <stgraber> I just tried with playing a mp3 file (mplayer -ao alsa) and changing all the settings I can and strictly no change ...
[04:53] <crimsun> I have to run to lecture, but if it's still inaudible, there are two separate things to try:
[04:53] <crimsun> 1) unload all alsa modules, remove /var/lib/alsa/asound.state, reload snd-hda-intel
[04:53] <crimsun> if that remains inaudible, then:
[04:54] <crimsun> 2) unload all alsa modules, reload snd-hda-intel passing model=ref
[04:54] <crimsun> please document results in 88400
[04:54] <stgraber> ok, I'll
[05:09] <stgraber> crimsun: results posted (they are bad)
[08:57] <stgraber> crimsun: no change with single_cmd=1
[09:13] <kylem> hmm. perhaps adding a kernel command line flag to blacklist modules that udev could respect?
[09:14] <mjg59> kylem: Might be helpful
[09:14] <kylem> [17179579.020000]  current capacity is 66055248 sectors (33820 MB)
[09:14] <kylem> [17179579.020000]  native capacity is 234493056 sectors (120060 MB)
[09:14] <kylem> yow.
[09:15] <mjg59> ...
[09:15] <kylem> i wonder if some vendor is selling modern sized disk as replacement for old small disk just by using HPA.
[09:15] <mjg59> Really?
[09:15] <mjg59> Oh, yeah, that's likely
[09:15] <kylem> Windows will just blindly respect it, I imagine.
[09:15] <mjg59> kylem: Some disks are set to 32GB because Award BIOSes older than 1999 or so will explode
[09:15] <mjg59> The Windows driver sets them back to full size during boot
[09:16] <kylem> so basically /everyone/ dumps the HPA...
[09:16] <mjg59> Nah, these are usually drivers that come with the disk
[09:52] <kylem> huh. my ps2 keyboard stopped working.
[10:05] <mjg59> BenC: I've just sent you a patch to let appletouch actually bind to recent Macs
[10:06] <BenC> mjg59: I thought you already sent me that patch
[10:06] <mjg59> I sent one for appleir
[10:07] <BenC> ah, that's the one I remember then
[10:07] <BenC> kylem: Odd, I didn't get that email
[10:07] <mjg59> BenC: Though, looking at the code, the one I just sent was insufficient
[10:07] <BenC> and I'm sure I sub'd to that list
[10:07] <mjg59> BenC: Hang on, I'll update
[10:07] <kylem> maybe you got bounced? :)
[10:07] <BenC> mjg59: Ok
[10:11] <mjg59> BenC: New one sent
[10:32] <BenC> mjg59: Thanks. I have a patch backlog that should go in tonight
[10:32] <mjg59> BenC: No problem
[10:33] <mjg59> I've one or two more minor Apple fixes to go
[10:33] <mjg59> Will try to send them this evening
[10:33] <mjg59> (Also, this machine compiles stuff bloody quickly)
[10:40] <BenC> mjg59: what sort of machine you using for builds now?
[10:40] <kylem> MBP?
[10:40] <BenC> trying to get my xeon upgraded to quad-core still
[10:40] <kylem> heh.
[10:40] <mjg59> MBP at the moment
[10:40] <kylem> why haven't you?
[10:41] <BenC> kylem: waiting on "them"
[10:41] <mjg59> Desktop core 2 otherwise
[10:41] <BenC> mjg59: Ah, yeah, my core2duo laptop compiled pretty quick
[10:41] <mjg59> dual 2.33GHz with 2GB of RAM
[10:41] <mjg59> It's the fastest machine I have
[10:42] <kylem> BenC, did you see the mail from "them" today? :)
[10:42] <BenC> mine's only 1.82GHz
[10:42] <BenC> 1.83 I mean
[10:42] <BenC> kylem: yeah, send them your address
[10:42] <mjg59> Hm. We should ask Apple for permission to redestribute the firmware for the isight
[10:42] <kylem> someone should spec hacks for migration-assitant to copy all the windows drivers on livecd install.
[10:43] <kylem> so you can cut the firmware out.
[10:43] <kylem> (or mac os x drivers, clearly)
[10:43] <kylem> <- not volunteering, mind you. ;-P
[10:43] <BenC> mjg59: Not sure how well an email asking "Can you redistribute your firmware to facilitate a competing OS" will go over :)
[10:43] <mjg59> kylem: Hm. Not a bad idea.
[10:43] <mjg59> BenC: Haha.
[10:43] <mjg59> BenC: Well, nothing to lose. Do we have people to handle this sort of thing?
[10:44] <BenC> mjg59: Yeah, we usually sick sabdfl on them
[10:44] <kylem> BenC, we don't really compete...
[10:44] <kylem> certainly not in battery life. ;-)
[10:44] <mjg59> Jesus. The build's finished already.
[10:44] <BenC> ah, to have decent batter life on linux
[10:44] <mjg59> That's < 15 minutes for a full build
[10:45] <mjg59> Though only one flavour
[10:45] <mjg59> Ooh. Actually, it bailed partway through.
[10:45] <kylem> damn you and your speedy machines.
[10:45] <mjg59> Right. it's actually going to take a bit longer now
[10:46] <mjg59> Since it failed part-way through ubuntu
[10:46] <JanC> hm, I talked to someone from SARA at FOSDEM; they do linux kernel builds in 47 seconds and less  :)
[10:46] <mjg59> Ha
[10:47] <kylem> but i usually don't build all the crap ubuntu does. ;P
[10:47] <JanC> of course, they are a cluster research centre  ;)
[10:47] <kylem> er s/crap/fine community supported drivers/
[10:49] <ajmitch> kylem: such diplomacy is admirable
[11:05] <zul> kylem: heh...
[11:06] <zul> damn...I forgot what I was going to say..
[11:06] <zul> how is it going Kyle?
[11:25] <mjg59> Hm. I've managed to build myself a kernel that won't boot.
[11:25] <mjg59> "runaway loop modprobe binfmt-464c"
[11:25] <mjg59> If I've build myself the wrong architecture, I'll be jolly upset
[11:46] <mjg59> Ah, no
[11:46] <mjg59> It just turns out that cp arch/i386/boot/bzImage isn't what you want to do on amd64
[11:47] <mjg59> BenC: New patch for applesmc in flight
[11:47] <kylem> mjg59, hehe.
[11:47] <mjg59> Just adds the PNP ID so it'll be autoloaded
[11:47] <mjg59> Should really convert it to a proper PNP driver for resource allocation, but, well
[11:48] <kylem> gah. so much to do. so little day left.