[02:16] <mjg59> crimsun: MBP + gutsy = unhappy sound (again)
[02:16] <mjg59> I need poke inappropriate controls in order to get any audio
[02:16] <crimsun> I don't think Ben pulled sound/ from ubuntu-feisty.git ... or did he?
[02:17] <mjg59> Quite possibly not
[02:21] <crimsun> right, http://hera.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-gutsy.git;a=blob;f=sound/pci/hda/patch_sigmatel.c;h=c94291bc53677c36c62c0109bd0537cee79b40cb;hb=HEAD is a pristine pull from upstream
[02:22] <mjg59> Ok
[02:22] <crimsun> I don't have ready access ATM, but does http://hera.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-feisty.git;a=blobdiff;f=sound/pci/hda/patch_sigmatel.c;h=fe30725b05addb04c57b17f244ef1e5a8fe56248;hp=a57ee89818ff8c0beb7058726bae938ad57891b6;hb=d8e15fac5c00981c044fb8c3397949c921108f13;hpb=e813cfe016a57c0155660f7c247b479bbeb9c8d8 still apply against gutsy source?
[02:22] <mjg59> I don't have a gutsy kernel tree yet
[02:22] <crimsun> apologies for the atrocious URLs
[02:22] <mjg59> Should really rectify that
[02:35] <kevev> hello all
[02:36] <kevev> I have an ALSA issue with my ATI SB450 HD audio. I had a dev working with me but I cant remember his name. We were trying to compile a module that will work.
[02:36] <kevev> Alot of Users are having trouble getting sound out of the ATI chipset.
[02:37] <kevev> Can someone help me?
[02:42] <crimsun> try http://adhd.irule.net/~crimsun/feisty-azx-sb450/
[02:42] <kevev> hey crimsum!
[02:42] <crimsun> (from this patch:  http://adhd.irule.net/~crimsun/azx_codecs/0003-UBUNTU-sound-pci-hda-Forcibly-set-the-maximum-number-of-codecs-hda_intel.c.txt )
[02:43] <kevev> you helped me the other night.
[02:43] <kevev> are these new? I tried the ones you compiled for me. they did not work.
[02:44] <crimsun> yes, I just compiled it last night
[02:44] <crimsun> it->them
[02:44] <crimsun> it resolved someone else's issue
[02:44] <kevev> hmmm...OK I will try again.
[02:44] <crimsun> please also add "options snd-hda-intel model=auto"  to the end of /etc/modprobe.d/alsa-base-fix
[02:44] <crimsun> you can accomplish that with:
[02:44] <mjg59> crimsun: Are you able to get a plain-text version of that file?
[02:44] <crimsun> echo options snd-hda-intel model=auto|sudo tee -a /etc/modprobe.d/alsa-base-fix
[02:45] <mjg59> gitweb doesn't seem keen on doing it for me
[02:45] <kevev> k
[02:45] <crimsun> right, gitweb spat me a seemingly blank page
[02:45] <mjg59> Oh, got it
[02:45] <mjg59> If I go to the commitdiff and then hit raw, it works
[02:45] <crimsun> ah
[02:49] <kevev> crimsun: hey, Im a goof. I wacked the alsa-base-fix and alsa-base files the other day. What package restores them?
[02:49] <crimsun> kevev: that patch was ACKed one week ago by the Ubuntu maintainer of the feisty kernel
[02:49] <crimsun> kevev: (https://lists.ubuntu.com/archives/kernel-team/2007-May/001421.html)
[02:49] <crimsun> kevev: alsa-base
[02:49] <crimsun> kevev: sudo apt-get --reinstall install alsa-base
[02:51] <mjg59> crimsun: Which module does patch_sigmatel end up in? snd-hda-something?
[02:51] <kevev> gotcha. thought I tried that already. trying again.
[02:51] <crimsun> mjg59: snd-hda-codec
[02:51] <mjg59> crimsun: Ah, ABI has all changed. Looks like I'll need to do a full build.
[02:52] <kevev> crimsun: I gotta remove the files before reinstall, right?
[02:52] <crimsun> kevev: no need
[02:52] <kevev> crimsun: files not replaced :(
[02:52] <mjg59> crimsun: Patch still applies though, so looks like a good start
[02:52] <crimsun> mjg59: ok
[02:53] <crimsun> kevev: why do you need to replace it/them?
[02:53] <crimsun> kevev: also, let's migrate to #ubuntu, because this a known-fixed support issue and not a development one.
[02:53] <kevev> crimsun: dont know. they had info in them before I wacked them.
[02:54] <kevev> crimsun: is there a less crowded channel. Hard to keep up in there.
[02:55] <crimsun> open a query with me
[02:55] <kevev> errr....?
[02:55] <crimsun> /msg crimsun oh no
[02:56] <crimsun> oh, you're not identified
[02:56] <crimsun> ok, just join #alsa, then
[02:56] <kevev> doh
[02:56] <kevev> ok
[06:54] <tepsipakki> howdy, could upstream git commit 6ce7dc940701cf3fde3c6e826a696b333092cbb1 make it in feisty?
[06:55] <tepsipakki> uh
[06:55] <tepsipakki> nevermind, that was for .21
[10:10] <mrec> did anyone test ubuntu amd64 with qemu/kvm?
[10:12] <mrec> ubuntu doesn't boot since kvm-13
[10:13] <mrec> I just did some tests on amd64 and intel with svm, ubuntu desktop (amd64 version) doesn't boot with any intel vmx version
[10:13] <mrec> seems like it boots with kvm-13 and amd64/svm
[10:21] <ivoks> yes, it doesn't
[10:21] <ivoks> installation doesn't boot, installed ubuntu does
[10:21] <ivoks> you can install it with qemu and then run in with kvm
[10:23] <mrec> is it already known what's wrong?
[10:24] <mrec> I see it does boot with kvm-12
[10:24] <mrec> but it doesn't seem to use svm 
[10:25] <ivoks> kvm doesn't like boot graphic
[10:26] <ivoks> i'm not sure where's the bug, but i'm not kernel developer
[10:26] <mrec> it hangs earlier already
[10:26] <mrec> ok, because it boots with kvm-12
[10:26] <ivoks> it hangs at displaying isolinux graphic
[10:26] <ivoks> splash.rle
[10:26] <mrec> it hangs at displaying the isolinux text even before it's able to display the image
[10:27] <ivoks> trust me, image is problem
[10:27] <ivoks> remove it from isolinux and it will boot
[10:27] <ivoks> that's what i did - created my own installer just for kvm
[10:28] <mrec> the only problem I had it didn't get displayed but I was able to boot with ubuntu edgy amd64
[10:29] <mrec> the intel/vmx version crashed all the time
[10:29] <mrec> do you use an intel or amd?
[10:30] <ivoks> intel
[10:31] <mrec> did it crash with the boot image?
[10:32] <ivoks> yes
[10:32] <ivoks> as i said
[10:32] <ivoks> remove the image or boot with qemu
[10:32] <mrec> ok the behaviour is different with amd
[10:32] <mrec> I have an AMD here
[10:41] <mrec> ivoks: did it work accelerated when you removed the boot logo?
[10:41] <ivoks> yes
[10:42] <mrec> seems like it's a bios issue here