[08:53] <kraut> moin
[08:53] <Tonio_> hi there
[08:53] <Tonio_> cking_: hey, I just wanted to report a little issue with latest kernel update
[08:54] <Tonio_> cking_: you included my patch for bug 87253
[08:54] <ubotu> Launchpad bug 87253 in linux "internal speakers do not work on MacBook Pro" [Medium,Fix committed] https://launchpad.net/bugs/87253
[08:54] <Tonio_> cking_: for some reason I can't figure out, the sound broke on macbook pro....
[08:55] <Tonio_> cking_: I'm re-reading the patch and I must say I can't figure out why..... that's should work as crimsun's old one...
[08:55] <tjaalton> Tonio_: bug 200338
[08:55] <ubotu> Launchpad bug 200338 in linux-ubuntu-modules-2.6.24 "no sound hardy kernel 2.6.24-12 " [Critical,Confirmed] https://launchpad.net/bugs/200338
[08:56] <Tonio_> tjaalton: so that's maybe more general issue than just my patch then ?
[08:57] <Tonio_> tjaalton: then I would understand :)
[08:57] <tjaalton> maybe yes, affecting everyone ;)
[08:57] <cking_> Tonio_: Looks like a more generic sound problem.
[08:57] <Tonio_> tjaalton: oki ;)
[08:57] <Tonio_> tjaalton: thanks for the info :) I really felt guilty with proposing a crackfull patch ;)
[08:57] <Tonio_> cking_: okay
[08:57] <cking_> Tonio_: Once the generic problem is resolved, I suggest trying again...
[08:58] <tjaalton> Tonio_: np, haven't noticed that myself yet, but saw the bug
[08:58] <Tonio_> cking_: sure
[09:02] <cking_> Tonio_: Once I reboot my laptop with the latest 2.6.24-12.18 updates I am bound to experience the same problem.
[10:26] <Kano> hi, does anybody get sound with a hardy snapshot
[10:27] <Kano> i dont think that disabling sound in the kernel options helps..
[10:27] <infinity> No, sound's busticated.
[10:27] <infinity> There's a bug with a billion "me too"s.
[10:27] <infinity> Check dmesg, unresolved symbols galore in snd_* modules.
[10:27] <Kano> well thats because somebody thought disabling sound is a great idea
[10:28] <Kano> i know that
[10:28] <infinity> Yeah. :)
[10:28] <infinity> I'm pretty sure it's "known" is my point. :)
[10:28] <infinity> (It looks like an attempt to move sound/alsa wholesale from linux-image to l-u-m, but breaking it along the way)
[10:28] <Kano> well i know this even before it was released, exactly when i saw the patch...
[10:29] <Kano> minimum CONFIG_BLK_DEV_AMD74XX=m should be disabled
[10:30] <Kano> that gives only problems
[10:30] <Kano> you can not blackist it without breaking old kernels on mixed installs
[10:31] <Kano> as soon as update-initramfs would be triggered then you could not boot an older kernel
[11:23] <BenC> Good morning able bodies
[11:33] <amitk> BenC: in case you haven't seen see the bug yet - bug 200338
[11:33] <ubotu> Launchpad bug 200338 in linux-ubuntu-modules-2.6.24 "no sound hardy kernel 2.6.24-12 " [Critical,Confirmed] https://launchpad.net/bugs/200338
[11:34] <BenC> amitk: isn't that a case of "install lum please" ?
[11:35] <amitk> BenC: we have installs w/o LUM?
[11:35] <BenC> amitk: default install is with lum...linux-image-generic depends on it
[11:36] <BenC> anybody changing that is taking on their own problems...but this looks like something different anyway
[11:36] <amitk> besides these things are being triggered from LUM modules - see comment 15, for example
[11:38] <BenC> right...have you updated your install?
[11:39] <BenC> I'm updating mine to get a good look at the problem
[11:39] <amitk> BenC: doing it as we speak
[11:40] <BenC> Hopefully we wont have to delay beta
[11:42] <cking_> BenC: There certainly is a lot of missing sound related symbols...
[11:43] <cking_> ..anyhow, you are up early today Ben. 
[11:45] <amitk> be back after a reboot
[11:46]  * BenC is rebooting too
[11:50] <BenC> Ah, CONFIG_SND being disabled makes alsa not able to load
[11:50] <BenC> stupid
[11:51] <BenC> I wonder if this can be overcome in lum or if we have to do something in the kernel and re-upload
[11:53] <cking_> BenC: I suspect it needs to be done in the kernel rather than the lum.
[11:53] <BenC> cking_: I fear that too, but I'm hoping we can overcome that somehow :)
[11:56] <BenC> It's very odd though...the lum build should have failed in this case
[11:59] <BenC> cking_: I think we may be in luck...those missing symbols are defined in and exported from sound/sound_core.c in alsa
[11:59] <BenC> just need to figure out why it wasn't compiled in
[11:59] <cking_> BenC: Yep, I am just looking at that. Perhaps turning on CONFIG_SOUND will do the trick... perhaps
[12:00] <cking_> BenC: Not sure what the difference between CONFIG_SND and CONFIG_SOUND is.
[12:01] <cking_> BenC: I see know, SOUND for sound core, SND for ALSA.
[12:06] <BenC> hmm...why isn't soundcore.ko being built...CONFIG_SOUND=m in the build
[12:08] <amitk> BenC: hmm.. I wonder if I was facing the same problem - obj-$(BLAH) wasn't getting interpreted correctly. See my latest commit for Marvell
[12:13] <BenC> "To enable ALSA support you need at least to build the kernel with
[12:13] <BenC> primary sound card support (CONFIG_SOUND).  Since ALSA can emulate OSS,
[12:13] <BenC> you don't have to choose any of the OSS modules."
[12:22] <cking_> BenC: Just run a i386 generic build and no soundcore.ko built - looked at: config.generic --> # CONFIG_SOUND is not set
[12:22] <BenC> cking_: that's the kernel
[12:23] <BenC> cking_: I was talking about the alsa-driver build in lum
[12:23] <cking_> BenC: Ah. I see what you mean.
[12:23] <BenC> I've set CONFIG_SOUND in the kernel and am preparing a new upload though
[12:24] <BenC> pushed my changes in case you guys want to give it a test run
[12:24] <BenC> I'm doing a -generic build to make sure all is good
[12:26] <BenC> Going to drink some coffee while this is going on
[12:46] <BenC> recompiling the kernel with CONFIG_SOUND works for me
[12:47] <BenC> No ABI bump, so all clear for an easy upload
[12:47] <BenC> rebooting to be on the safe side, brb
[12:51] <BenC> [   26.570791] snd: no version for "unregister_sound_special" found: kernel tainted.
[12:51] <BenC> a recompile of lum to fix that will be nice though
[12:52] <siretart> could some kernel hacker please comment on bug #197006? it hits the 'fai' pretty serverly (like in reders it close to unusable) :(
[12:54]  * allee seconds siretart wish.   Ubuntu kernel have unfortunately a bad charma respect to fai :(
[12:54] <alex_joni> ubotu: bug 197006
[12:55] <alex_joni> ubotu: bug #197006
[12:55] <tjaalton> ubotu is just feeling groggy
[12:55] <alex_joni> seems like it :)
[12:55] <BenC> probably hasn't had his coffee
[12:55] <tjaalton> yeah, rough weekend most likely
[12:56] <BenC> siretart: got a pretty good response for that...use aufs
[12:56] <BenC> the unionfs in hardy is a dumbed down 1.4 version, just enough for a working live-cd
[12:56] <BenC> it doesn't have the NFS support in it
[12:57] <siretart> BenC: I tried aufs as well, but that crashed for me even earlier
[12:58] <BenC> siretart: "crashed" is a loose word in this context, since unionfs didn't crash either
[12:58] <BenC> siretart: what exactly happened when you tried to use unionfs (in what way did it fail)
[12:58] <BenC> aufs I mean
[12:59] <siretart> I have to admit that I can only tell from memory. I gave it a quick shot, and on the first glance, it looked like aufs wouldn't work with NFS at all
[12:59] <BenC> If we can give you an updated aufs to resolve this, we can do that...but updating unionfs to work with NFS is not going to happen
[12:59] <siretart> hm. I see
[13:00] <BenC> siretart: how hard is it for you to download and build latest aufs with our kernel headers and test it for fai?
[13:00] <siretart> depends. what package do I need to recompile?
[13:01] <BenC> not a package, just the aufs source, and replace current aufs.ko with the one you build
[13:02] <BenC> or you can update the aufs source in linux-ubuntu-modules-2.6.24 and rebuild that, but it will take longer
[13:03] <siretart> BenC: ah, that sounds easy to do. Where can I find the latest aufs source?
[13:03] <BenC> aufs.sf.net
[13:03] <siretart> ok. will try that. thanks!
[13:04] <allee> BenC: thx from my side too!  Seems there is a bit of hope again.
[13:09] <ubotu> Launchpad bug 197006 in linux "NFS over Unionfs prevents updating existing files" [Undecided,Won't fix] https://launchpad.net/bugs/197006
[14:36] <amitk> BenC: planning on re-uploading LUM too?
[14:36] <BenC> amitk: yeah
[14:44] <BenC> smb: Can you check on the SB600 USB stress test failure patch that Shane Huang just updated us on?
[14:45] <BenC> smb: I'd like to get that into the kernel...most likely post-beta though
[14:46] <smb> BenC: Yes I can do. I was looking at the kernel bug when the first patch came in and it sounded as the problem there had not finally be resolved. But I will have a look at the latest patchset
[14:47] <BenC> smb: thanks
[14:48] <BenC> We have the rest of this week to work out any remaining serious issues we want for Beta, but we need to make sure we commit nothing that isn't critical
[14:48] <BenC> Actually, we only have till Wed. since freeze is Thu
[14:49] <BenC> Any ABI bumps should be considered a no-go unless agreed upon in advance
[14:53] <smb> BenC: Ok, I am currently also checking something else towards that and will send that around on the kernel mailing list as soon as I have something.
[15:46] <amitk> BenC: wrt. LUM, I've got a couple of changes in git now that I'd like to get in today. Or were you planning only a 
[15:46] <amitk> ...'give back'
[15:46] <BenC> amitk: No, I was doing an upload from git...I'll pull in your changes too
[15:47] <amitk> BenC: great, thanks.
[16:29] <dantalizing> BenC: I was just wondering what the status on the openvz patches is.  I understood they would be loaded last friday.
[16:30] <dantalizing> just curious
[16:44] <abogani> cking: Are you around? Are you already working on #177634?
[16:46] <abogani> cking: I'm already working on it: Can i assign this bug to myself?
[16:49] <cking> abogani: I've only just assigned myself on it .. 
[16:51] <cking> ..not sure if you can assign yourself to it.
[16:54] <abogani> cking: Yes i can. 
[17:02] <cking> abogani: Ok then, take it from me. :-)
[17:03] <abogani> cking: Thank you! :-)
[17:05] <cking> abogani: no problem, you are doing me a favour!
[17:06] <abogani> cking: It is my little contribution. ;)
[17:06] <cking> abogani: every little helps
[17:06] <abogani> :-
[17:06] <abogani> :-)
[17:14] <abogani> cking: https://lists.ubuntu.com/archives/kernel-team/2008-March/002198.html
[17:16] <cking> abogani: is it tested? :-}
[17:16] <abogani> cking: Yes.
[17:16] <cking> abogani: thanks!
[17:16] <abogani> cking: I enabled lzma kernel module on i386 and amd64 only.
[17:18] <cking> abogani: yes, should it be broadened to all supported architectures?
[17:19] <abogani> cking: Sorry! I can test it only on i386/amd64 platforms. There Isn't exotic hardware here. :-(
[17:20] <cking_> abogani: I walk on the safe side, maybe we'll see if BenC OK's it on all architectures.
[17:26] <abogani> Good night guys! :-)
[17:42] <BenC> cking_: It's a little late for that sort of patch
[17:42] <BenC> cking_: Don't want to introduce anything that can especially affect live-cd
[18:09] <cking_> BenC: OK - won't pull it then.
[18:45] <sioux> hi :-)
[18:45] <sioux> no one help me with saa7134_alsa: disagrees about version of symbol snd_pcm_new
[18:45] <sioux> ?
[18:46] <sioux> this is my kernel 2.6.24-11-rt
[18:56] <sioux> hey no one is up?
[18:56] <_MMA_> Or everyone's busy.
[19:00] <_MMA_> sioux: Best to file a bug though as the -rt maintainer is gone for the evening.
[19:01] <_MMA_> Oh. He left.
[19:35] <sioux> :-)
[19:36] <sioux> :-D
[19:39] <_MMA_> sioux: Before you left I said its best to file a bug though as the -rt maintainer is gone for the evening.
[20:15] <Nilbus> someone said they had /sys/power/pm_trace on a 64 bit kernel?
[20:16] <Nilbus> oh, hmm
[20:16] <Nilbus> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/145860
[20:16] <ubotu> Launchpad bug 145860 in linux "x86_64 kernel not compiled with PM_TRACE option" [Undecided,Fix released] 
[20:17] <Nilbus> x86_64 kernel not compiled with PM_TRACE option
[20:42] <Kmos> hi
[20:42] <Kmos> the latest kernel update on hardy killed my sound :(
[20:42] <Kmos> 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 40)
[20:43] <_MMA_> Kmos: Known. Use -11 for now.
[20:43] <Kmos> the -11 worked fine
[20:43] <Kmos> _MMA_: it's an known issue? nice.. do you know when there is an update for it?
[20:43] <_MMA_> Apparently it hit Fedora as well. No clue about a update.
[20:43] <stgraber> Kmos: I saw a new linux-image building tw hours ago
[20:43] <stgraber> *two
[20:44] <Kmos> stgraber: nice :)
[20:44] <Kmos> i'll wait so =)
[20:44] <Kmos> thanks for the info
[20:44] <stgraber> https://launchpad.net/ubuntu/+source/linux/2.6.24-12.20/+build/536089 "Enable CONFIG_SOUND at least, so alsa build in lum works
[20:45] <Kmos> nice
[21:36] <TheMuso> Wow, it hit fedora as well? Ouch.
[23:20] <[diablo]> hi
[23:21] <[diablo]> BenC, ok thanks.. right the problem is:
[23:21] <[diablo]> I've put 8.04 on my laptop, and im experiencing a weird problem that is I seem to need to hold a key like ALT to keep it booting, and also sometimes in Gnome aswell
[23:21] <[diablo]> I found that if I do an acpi=off
[23:22] <[diablo]> it works well, no key holding, the neg being that my MadWifi drivers don't detect any AP's
[23:22] <[diablo]> any ideas please?
[23:24] <BenC> [diablo]: try using irqfixup, irqpoll, or biosirq for kernel command line
[23:25] <[diablo]> with the acpi=off ?
[23:53] <rico42955> is there a channel to ask about the kernel and drivers?
[23:58] <_MMA_> rico42955: What's up? Sound issues?
[23:59] <_MMA_> ie: No sound with new kernel?