[04:35] <mjg59> crimsun: Are there still patches from you pending?
[04:35] <mjg59> Still no MBP audio love for me
[06:28] <neuralis> mjg59: by the way, is "ec kills touchpad after resume" a known bug for hp's latest laptop series, including the nc4400 and at least one of the nxes, and if not, do you need bugs filed and information provided?
[06:30] <fabbione> hey Ivan
[06:30] <lifeless> hola neuralis 
[06:30] <neuralis> hey folks! long time no see
[06:31] <neuralis> fabbione: how's the little dude?
[06:31] <fabbione> neuralis: you mean that fat-o-saurus rex? he is good :)
[06:31] <neuralis> lifeless: don't know if you heard yet; we're currently using bzr as the vcs we ship and integrate with the laptop's built-in IDE
[06:31] <neuralis> fabbione: haha.. fatosaurus rex is a good name
[06:31] <lifeless> neuralis: yes, I think thats fantastic
[06:32] <fabbione> http://people.ubuntu.com/~fabbione/pics/chris/swimming.jpg
[06:32] <fabbione> neuralis: ^^
[06:32] <lifeless> neuralis: we just got a 100% performance boost for you for 0.15
[06:32] <lifeless> (for local ops)
[06:33] <neuralis> fabbione: he has that scary look of a kernel hacker :)
[06:33] <neuralis> lifeless: nice! we'll have to pull that in.
[06:33] <fabbione> neuralis: ahahha
[06:34] <neuralis> lifeless: we're still trying to figure out how to reconcile the "we keep everything in git, but we want to ship bzr" asymmetry, but hopefully we can work something out there. input appreciated, certainly.
[06:34] <lifeless> neuralis: well, you could convert to bzr :)
[06:35] <lifeless> neuralis: more seriously, I'd be happy to provide guidance on finishing the git foreign branch plugin for bzr, so you could just do 'bzr pull' to pull your git branch into bzr
[06:36] <neuralis> that sounds reasonable. we can't go all-bzr since we deal with kernel trees and maintaining two vcses seems suboptimal. presumably with the git fb plugin, we could automate maintenance of a bzr mirror for all our git trees?
[06:37] <lifeless> yup
[06:38] <lifeless> I dont have time to finish it myself at the moment unfortunately.
[06:39] <neuralis> worry not, i have summer interns.
[06:40] <lifeless> lp.net/bzr-git
[07:17] <fabbione> BenC: ping?
[09:19] <TheMuso> c
[09:37] <Mithrandir> BenC: please make sure to grab my building fix to linux-backports-modules and not just blindingly blast over it like you did on this last upload (causing it to fail to build..)
[10:32] <tumbleweed> https://launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/65827
[10:32] <tumbleweed> we've hit this with a lab of 50 ubuntu PCs
[10:32] <tumbleweed> can someone please look into it.
[10:57] <crimsun> mjg59: yes, to differentiate between 1st- and 2nd-gen macbook pros
[01:10] <fabbione> pkl_: ping?
[01:17] <pkl_> fabbione: pong
[01:17] <fabbione> pkl_: hey dude.. are you busy? otherwise i would like to steal 10 minutes of your time
[01:17] <pkl_> nope, never busy :)
[01:18] <fabbione> ehhehe
[01:20] <BenC> Mithrandir: I had no idea it failed, or that you had fixed it
[01:22] <Mithrandir> BenC: it ended up in depwait since you uploaded with ancient debian/control; doesn't kernel-team get upload notifications for uploads of those packages?
[01:23] <BenC> Mithrandir: I've no idea
[01:23] <BenC> debian/control probably isn't being rebuilt when the clean target is run
[01:23] <Mithrandir> it's not, no
[01:25] <BenC> Mithrandir: is it going to be a problem if a kernel I upload today bumps ABI?
[01:25] <BenC> it really needs to be there for beta
[01:26] <kylem> BenC, can you revert my libata-hpa patch for now?
[01:26] <Mithrandir> BenC: if it's needed, it's needed.  I'm not happy about it, but rather now than later.
[01:26] <kylem> apparently it's the cause of the macbook failing to boot.
[01:27] <kylem> though i haven't the foggiest idea why
[01:27] <BenC> kylem: don't you have a macbook?
[01:27] <BenC> kylem: Are you sure it's not caused by the piix problem?
[01:27] <kylem> BenC, no... mjg59 said blacklisting piix didn't help
[01:28] <BenC> Mithrandir: thanks, I'll get it up as soon as possible
[01:28] <fabbione> hey BenC 
[01:28] <fabbione> BenC: queued one more change for you
[01:28] <fabbione> it's in the usual repo on people
[01:28] <BenC> fabbione: Thanks
[01:28] <fabbione> BenC: when i re-enabled ocfs2/gfs* in the generic kernels i forgot to add Provides: rhcs-modules...
[01:29] <fabbione> BenC: this makes the cluster suite installable on any of our kernels
[01:29] <BenC> kylem: Do you have a commit sha I can revert?
[01:31] <kylem> a0e61542121a0519bfbe9f6e43980ec96a16156e
[01:31] <kylem> should revert cleanly
[01:32] <dade`> re
[01:33] <dade`> I filled a bug, with a mistake on the title I don't feel proud of
[01:33] <kylem> might want to revert upstream:8ce5e3e45e01ffab38a9f03900181132b9068543 too if you haven't already (the watchdog thing someone complained about yesterday.)
[01:33] <dade`> is there anything I can do ?
[01:33] <fabbione> dade`: edit the description
[01:33] <dade`> hm
[01:35] <dade`> done, thx
[01:35] <dade`> I thought it was not possible
[01:36] <BenC> kylem: So we want to enable NMI by default again?
[01:37] <kylem> no.
[01:37] <kylem> "    Disable NMI watchdog by default properly
[01:37] <kylem>     This reverts commit 6ebf622b2577c50b1f496bd6a5e8739e55ae7b1c and
[01:37] <kylem>     replaces it with one that actually works.
[01:37] <kylem> "
[01:37] <kylem> from linus
[01:38] <BenC> Should we revert 6ebf622b2577c50b1f496bd6a5e8739e55ae7b1c then? :)
[01:38] <kylem> oh. er.
[01:38] <kylem> don't revert, cherry-pick
[01:38] <kylem> sorry, early morning and such. :)
[01:39] <BenC> ah, makes much more sense now :)
[01:39] <BenC> git-diff-tree wasn't telling me that wasn't in my HEAD
[01:39] <mjg59> crimsun: Ok - let me know when it should work and I'll letyou know if it does :)
[01:40] <BenC> kylem, mjg59: BTW, I cherry-picked ide-acpi from upstream last night
[01:40] <mjg59> BenC: That's only for drivers/ata
[01:40] <mjg59> Uh.
[01:40] <mjg59> drivers/ide
[01:40] <mjg59> I need to port it to libata
[01:40] <BenC> right, is there one for drivers/ata too?
[01:42] <mjg59> Not yet. I need to write it.
[01:44] <BenC> mjg59: Don't suppose it will be done in 1 hour? :)
[01:45] <BenC> mjg59: After this upload, We're probably doing only one more after beta, just before RC
[01:45] <dade`> http://en.wikipedia.org/wiki/Latent_inhibition
[01:45] <dade`> sould be perfect english
[01:45] <dade`> right ?
[01:45] <dade`> should :P
[01:47] <mjg59> BenC: No chance
[01:49] <BenC> mjg59: Ok, guess it will wait for RC. Do you have any idea what bugs, if any, would be caused by not have libata-acpi?
[01:52] <mrec> BenC: the disk problem was a false alarm, it works well.
[01:52] <BenC> mrec: Good to hear, thanks
[01:53] <mrec> not sure if you're still interested in the em28xx driver, people are testing the latest version now
[01:53] <mjg59> Failure to resume on various machines
[01:54] <BenC> mjg59: ugh, sounds like 5% of our bug reports :/
[01:55] <mrec> BenC: are you still willing to include it in upcoming versions?
[01:55] <BenC> mrec: I have one kernel upload today for next weeks beta, and one (unless something horrible happens) after that for RC, and hopefully release, so it looks like it wont make it for feisty
[01:55] <mrec> ok
[01:56] <BenC> mrec: Unless you can give me a quick patch to drop into the ubuntu-2.6 tree
[01:56] <mrec> BenC: the patch needs some more testing, it has around 8500 lines now
[01:56] <mrec> and it affects parts of the dvb-core framework, so it touches quite alot
[01:57] <BenC> mrec: Ah, definitely no chance then
[01:57] <mrec> yes, it's better to keep it out for now
[01:59] <mrec> is there any schedule for the next version?
[02:00] <BenC> mrec: If you find the feisty release schedule, basically you can take that and adjust it 6 months out for the next release (no guarantee, but it's close)
[02:01] <BenC> we'll most likely be 2.6.22 based, but no guarantee there either
[02:01] <mrec> BenC: do you directly compile any v4l/dvb support into the kernel or just as modules?
[02:02] <BenC> mrec: All modules
[02:02] <mrec> maybe a solution would be to provide deb packages
[02:02] <mrec> modules would be fine
[02:20] <BenC> mrec: Yeah, that sounds like a good idea
[02:25] <BenC> mjg59: Any comments about this patch: http://bugzilla.kernel.org/attachment.cgi?id=9254&action=view
[02:26] <BenC> wait wait, I already have that one
[02:26] <BenC> *sigh*
[02:26] <BenC> guess I can leave the other one out, doesn't seem to be needed
[04:22] <BenC> mjg59: FYI, I already had libata-acpi in our tree, but I'm syncing with the one in upstream now to make sure we have all the features
[04:49] <bluffer_> i need some instructions to get a network card driver can some one point me what would i need 
[04:50] <bluffer_> compile a network card sources
[04:50] <bluffer_> i installed dapper drake 6.06.01 from alternate cd
[04:52] <bluffer_> this does not detect my network card which is 3c905c-tx from 3com
[05:18] <BenC> bluffer_: That card should be detected
[05:19] <bluffer_> thanks benc for replying but no it is not detected (neither in edgy nor in drapper)
[05:19] <BenC> bluffer_: what's the vendor/device ID of the card (as shown in lspci)?
[05:21] <bluffer_> i m telling this from windows device manager ( i havent booted dapper vm yet)
[05:22] <bluffer_> 3com 3c920 integrated fast ethernet controller 3c905c-tx compatible)
[05:24] <bluffer_> i would try to compilesome of these sources if i can http://support.3com.com/infodeli/tools/nic/linuxdownload.htm
[05:25] <bluffer_> or hold on ill boot the vm now 
[05:26] <BenC> bluffer_: I'd need to know the PCI vendor/device ID's to help you any
[05:26] <BenC> I'm more interested in finding out why it's not working with edgy/dapper
[05:26] <BenC> because it definitely should
[05:26] <bluffer_> ok no problem im booting the dapper vm
[05:29] <bluffer_> i had lots of problem installing this distro (edgy live cd never went farther than the splash screen kernel panic edgy alternate went all the way till grub install and failed to install either grub or lilo dapper alternate installed only text mode (no x ) some fine people at ubuntu ardchoille especially helped me install ubuntu-desktop)
[05:29] <bluffer_> from commandline 
[05:29] <bluffer_> and all these distros never detected my ethernet card
[05:30] <bluffer_> i always said them to continue without network 
[05:30] <bluffer_> now ihave a working installation im trying to find how i could get network on it 
[05:38] <bluffer_> ok vm is on ( open a terminal and did a lspci this is the output
[05:41] <bluffer_> bluffer@ubuntu:~$ lspci
[05:41] <bluffer_> 0000:00:00.0 Host bridge INtel corporation 440BX/ZX/DX -82443bx/zx/dx host bridge (agp disabled) (rev 03)
[05:42] <bluffer_> 0000:00:07.0 ISA bridge intel corporation 82371ab/eb/mb
[05:42] <bluffer_> pIIx4 ISA (rev 01)
[05:43] <bluffer_>  im typing it to as i see so its late to paste all info there are five more lines
[05:44] <kylem> just type the 3com line
[05:44] <bluffer_> 0000:00:07.1 IDE interface Intel corporation 82371ab/eb/mb PIIX4 IDE (rev 01)
[05:44] <bluffer_> there is no 3 com line
[05:45] <bluffer_> there is an ethernet controller line shall i type it ? first
[05:46] <bluffer_> 0000:00:0a.0 Ethernet controller: Digital Equipment Corporation Decchip21140 [fasternet]  rev 20)
[05:46] <bluffer_> this is the ethernet controller line
[05:47] <kylem> that's a tulip.
[05:47] <bluffer_> hold on ill image shack this screen
[05:47] <BenC> bluffer_: Get another one of the "lspci -n" output so we can see the numeric ids
[05:48] <bdmurray> sorry to interrupt but before I forget you might want to check out bug 92792
[05:50] <BenC> bdmurray: crappy...guess I'll revert rt61 and others back to rt2x00-legacy
[05:50] <BenC> bdmurray: thanks for the heads up
[05:51] <bdmurray> BenC: no problem
[05:51] <kylem> BenC, can't we ship both? :P
[05:55] <bluffer_> sorry for the delay im on a super low memory machine (128 mb in host running a ubuntu vm with 44 mb on vpc)
[05:56] <emefei> hi
[05:58] <BenC> kylem: I could remove the module aliases and leave it in
[05:59] <lfittl> hmm, I am currently trying KVM on AMD64, but somehow it seems to think I want a 32bit guest system, how can I change that?
[06:00] <lfittl> qemu offers qemu-system-x86_64, which works, but there is nothing like qemu-kvm-x86_64
[06:02] <bluffer_> damn image shack is too loaded :( ill upload the screen shot some where else
[06:05] <bluffer_> http://www.geocities.com/blufferisme2/lspci.PNG
[06:05] <bluffer_> here it is
[06:05] <bluffer_> you want lspci -n ok 
[06:05] <bluffer_> ill upload it too
[06:08] <BenC> bluffer_: virtual PC on your machine does us no good
[06:08] <BenC> bluffer_: We need ubuntu booted directly on that box
[06:09] <bluffer_> i see then i think ill have to live like this :(
[06:10] <bluffer_> i cant boot it from my machine coz i have just 128 mb memory live cd of edgy doesnt go farther than the spalash screen
[06:10] <BenC> bluffer_: Use alternate CD, it installs ubuntu-desktop just like the livecd
[06:11] <BenC> bluffer_: In fact, you don't need to install Ubuntu to get the lspci output we need, just boot the alternate, switch to VT2 (Alt+F2) and type the commands
[06:12] <bluffer_> i dont have a cd rom on this machine its too much trouble :(
[06:13] <bluffer_> i can provide you those details if windows provides it can you tell me or shall igoogle
[06:21] <bluffer_> or i if it of any consolation i can boot dsl (damn small linux) it detected my card without problems ?
[06:42] <bluffer_> if this result willsatisfy you ?
[06:42] <bluffer_> http://www.unliterate.net/lspci/
[06:42] <bluffer_> its a windows exe 
[06:45] <bluffer_> dont know if it works or not :) but av says no virus so ran it andi get C:\>"Documents and Settings\deep\Desktop\lspci.exe"
[06:45] <bluffer_> PCI BIOS Call reveals that the PCI BIOS is not installed
[06:45] <bluffer_> C:\>
[06:52] <bluffer_> i downloaded belarc advisor and ran it 
[06:52] <bluffer_> the result
[06:52] <bluffer_> 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) 
[06:52] <bluffer_>  primary   IP Address:  192.168.1.51 / 24 
[06:52] <bluffer_>  Gateway:  192.168.1.254 
[06:52] <bluffer_>  Physical Address:  00:06:5B:2F:01:C5 
[06:52] <bluffer_> 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Virtual Machine Network Services Driver 
[06:52] <bluffer_> 
[06:52] <bluffer_> Networking Dns Servers:  202.54.10.2
[06:52] <bluffer_> 203.197.12.42 
[06:53] <bluffer_> BenC  still wanna help ?
[06:54] <BenC> bluffer_: I need the actual numeric PCI id's for at least the device ID
[06:54] <BenC> 3C920 claims to be supported by the 3c95x driver, but I can't be sure unless I see the device ID
[07:03] <bluffer_> if you dont mind can you tell me will this get you what you need ?
[07:03] <bluffer_> http://support.microsoft.com/kb/311272
[07:04] <BenC> bluffer_: probably
[07:08] <bluffer_> is this ok
[07:08] <bluffer_> PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78\4&2DA278D3&0&60F0
[07:08] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible)
[07:08] <bluffer_>     Hardware ID's:
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&CC_020000
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&CC_0200
[07:08] <bluffer_>     Compatible ID's:
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&REV_78
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200
[07:08] <bluffer_>         PCI\VEN_10B7&CC_020000
[07:08] <bluffer_>         PCI\VEN_10B7&CC_0200
[07:08] <bluffer_>         PCI\VEN_10B7
[07:08] <bluffer_>         PCI\CC_020000
[07:08] <bluffer_>         PCI\CC_0200
[07:08] <bluffer_> ROOT\CNTX_VPCNETS2_MP\0000
[07:08] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Virtual Machine Network Services Driver
[07:08] <bluffer_>     Hardware ID's:
[07:08] <bluffer_>         Cntx_VPCNetS2_MP
[07:09] <bluffer_> ROOT\MS_PSCHEDMP\0000
[07:09] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Packet Scheduler Miniport
[07:09] <bluffer_>     Hardware ID's:
[07:09] <bluffer_>         ms_pschedmp
[07:09] <bluffer_> those are the results from devcon hwids * matching 3com
[07:11] <bluffer_> C:\Documents and Settings\deep\Desktop\devcon\i386>devcon find pci\*
[07:11] <bluffer_> PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78\4&2DA278D3&0&60F0: 3Com 3C920 Integ
[07:11] <bluffer_> rated Fast Ethernet Controller (3C905C-TX Compatible)
[07:11] <bluffer_> PCI\VEN_8086&DEV_2410&SUBSYS_00000000&REV_02\3&172E68DD&0&F8: Intel(r) 82801AA L
[07:11] <bluffer_> PC Interface Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2411&SUBSYS_24118086&REV_02\3&172E68DD&0&F9: Intel(r) 82801AA B
[07:11] <bluffer_> us Master IDE Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2412&SUBSYS_24128086&REV_02\3&172E68DD&0&FA: Intel(r) 82801AA U
[07:11] <bluffer_> SB Universal Host Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2413&SUBSYS_24138086&REV_02\3&172E68DD&0&FB: Intel(r) 82801AA S
[07:11] <bluffer_> MBus Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2415&SUBSYS_01081028&REV_02\3&172E68DD&0&FD: Intel(r) 82801AA A
[07:12] <bluffer_> C'97 Audio Controller
[07:12] <bluffer_> PCI\VEN_8086&DEV_2418&SUBSYS_00000000&REV_02\3&172E68DD&0&F0: Intel(r) 82801AA P
[07:12] <bluffer_> CI Bridge
[07:12] <bluffer_> PCI\VEN_8086&DEV_7120&SUBSYS_00000000&REV_03\3&172E68DD&0&00: Intel(r) 82810 Sys
[07:12] <bluffer_> tem and Graphics Controller
[07:12] <bluffer_> PCI\VEN_8086&DEV_7121&SUBSYS_01081028&REV_03\3&172E68DD&0&08: Intel(r) 82810 Gra
[07:12] <bluffer_> phics Controller
[07:12] <bluffer_> 9 matching device(s) found.
[07:12] <bluffer_> C:\Documents and Settings\deep\Desktop\devcon\i386>
[07:12] <bluffer_> for pci
[07:13] <bluffer_> is there something usefull ?
[07:15] <BenC> bluffer_: Dude, please do not paste that into a channel
[07:15] <BenC> pastebin was created for a reason
[07:16] <bluffer_> ok ill be idling here i have to quit now ill talk to you tommorow around same time 
[07:16] <bluffer_> thanks for trying to help me out 
[07:16] <BenC> bluffer_: That device is supported by the 3c95x driver, if it doesn't work, then the driver is broken
[07:18] <bluffer_> i see so no solution for me yet isnt it ?
[07:20] <bluffer_> thanks anyway if there is some news for me ill gather it tommorow ill be idling here till then hope its ok
[07:20] <bluffer_> cyal l8r
[07:25] <BenC> bluffer_: bottom line is, if you want help with this, you need to install ubuntu
[09:25] <eean> my intel audio, after upgrade to 2.6.20-11, dmesg gives hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from BIOS...
[09:25] <eean> so sound no longer wokrs
[09:25] <eean> works
[09:25] <eean> with -10 it did all work
[09:26] <eean> this is the snd_hda_intel module
[09:38] <BenC> crimsun: ^^
[09:43] <eeanm> well I'll submit a bug
[09:55] <eeanm> https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/92909
[10:54] <crimsun> eeanm: looking. Please be aware that I'm traveling this weekend and have intermittent Internet access.
[10:54] <eeanm> ok
[10:57] <crimsun> Realtek, correct?
[10:57] <crimsun> Please attach ``lspci -vvn'' to the report, though I believe I can guess.
[11:06] <crimsun> eeanm: ^^
[11:11] <eeanm> crimsun: ok
[11:11] <crimsun> thanks.
[11:11] <eeanm> lspci -vvn | grep Real turns up nothing
[11:11] <eeanm> I'll make the attachment
[11:12] <crimsun> you just need ``lspci -vvn''
[11:12] <crimsun> I can tell by the SSID who manufactures the codec
[11:12] <crimsun> not to mention the dmesg bit says
[11:14] <eeanm> crimsun: its attached
[11:14] <eeanm> after about 4 tries on launchpad ;)
[11:15] <crimsun> this is a fairly serious regression from -8 if it's what I think it is; likely it's completely broken upstream, too
[11:17] <eeanm> I'm pretty sure it worked in -10
[11:17] <eeanm> I can reboot and double check
[11:17] <crimsun> yeah, it's broken upstream
[11:18] <crimsun> please do, though I'm fairly certain -10 should be broken (albeit only slightly less broken)
[11:18] <eeanm> there were already reports about a regression in -9 from -8
[11:18] <eeanm> ok, brb
[11:18] <crimsun> -8 should have been the last one to actually produce "normal" audible sound
[11:19] <eeanm> haha, maybe I have dog ears then
[11:19] <crimsun> it's using the wrong model, for starters
[11:20] <crimsun> should definitely be using ALC861_TOSHIBA instead of ALC*6*VD*
[11:20] <crimsun> lovely, there goes my weekend
[11:23] <eean> my sound works fine now
[11:23] <eean> Linux gomashio 2.6.20-10-generic #2 SMP Mon Mar 12 00:02:49 UTC 2007 i686 GNU/Linux
[11:24] <crimsun> ok, by fine do you mean "only barely audible" or "audible with nearly the same perceptive loudness as in $another_os"?
[11:24] <eean> as loud as in edgy yea
[11:24] <eean> sounds fine
[11:24] <crimsun> man, these Toshibas suck
[11:25] <eean> oh, but its so cute
[11:25] <crimsun> yours "works", but half a dozen others with the same SSID break
[11:25] <eean> lol
[11:25] <crimsun> ok, can you confirm something in both -10 and -11 for me?
[11:25] <crimsun> please modprobe -r snd-hda-intel && modprobe snd-hda-intel model=toshiba
[11:25] <stgraber> crimsun: I've solved my problem with my Toshiba :), I've just bought an all new HP laptop :)
[11:26] <eean> boo
[11:26] <crimsun> stgraber: (great, more troubles, *grumble* :)
[11:26] <stgraber> crimsun: with working snd-hda-intel on -11 :)
[11:26] <eean> seemed like HP's had all the trouble
[11:26] <eean> could of been their users though ;)
[11:26] <crimsun> eean: all laptops are moderately broken, some more severely than others [audio-wise] 
[11:27] <eean> yea
[11:27] <eean> I put off getting a laptop for a while
[11:27] <crimsun> eean: anyhow, please test the above model=toshiba under both -10 and -11
[11:27] <eean> ok
[11:27] <crimsun> you'll need to close/kill all apps using the sound dev, certainly
[11:28] <eean> [  461.840000]  si3054: cannot initialize. EXT MID = 0000
[11:28] <crimsun> stgraber: which model?
[11:28] <eean> lets see if audio works
[11:28] <stgraber> crimsun: Compaq nx7400
[11:28] <eean> yea audio still works
[11:29] <crimsun> eean: ok, so that's correct, since that's what -10 defaults to. For shites and giggles, please post your current dmesg to the bug report and label it for -10, thanks.
[11:30] <crimsun> stgraber: what's the class 0403 SSID for your machine?
[11:31] <eean> crimsun: heh um do you have its URL handy?
[11:32] <crimsun> https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/92909
[11:32] <eean> thanks
[11:32] <stgraber> crimsun: 00:1b.0 Audio device [0403] : Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8]  (rev 01)
[11:32] <crimsun> stgraber: one line further down, please
[11:32] <stgraber>         Subsystem: Hewlett-Packard Company Unknown device [103c:30a2] 
[11:33] <eean> ok, back to my audioless computer
[11:33] <crimsun> stgraber: yep, AD1981_HP
[11:34] <crimsun> or the silly conexant equiv, which would likely be 5047 something
[11:35] <stgraber> at least it works :)
[11:37] <eean> crimsun: the model=toshiba didn't do anything
[11:38] <eean> same errors as before on -11
[11:39] <crimsun> eean: ok, thanks, that helps.
[11:39] <eean> cool
[11:39] <crimsun> eean: I'll likely need you to test something in an hour(ish) if you're still around
[11:40] <eean> well I'll be around for hourish
[11:40] <johanbr> I never realized audio support was such a royal pain in the butt. I guess I've just been lucky.
[11:40] <eean> I've never had a problem before
[11:40] <eean> not since the Bad Old Days
[12:00] <crimsun> eean: please also attach /proc/asound/card0/codec* contents to the bug
[12:05] <eean> ok
[12:06] <eean> crimsun: its up there now
[12:16] <crimsun> eean: ok, if you're in -11, please try model=6stack-digout