[12:31] <crimsun> BenC: ping, which LP bug # is your Sigmatel HDA issue? Otherwise, ``lspci -nv'' is useful
[12:36] <BenC> crimsun: No idea how, but it's working now
[12:36] <BenC> after a few reboots, it magically made sound
[12:36] <kylem> BenC, that's whacked.
[12:36] <BenC> even weirder, now it's not working
[12:37] <BenC> I got the drum and login sounds
[12:37] <kylem> lsof it and see if something is holding it open?
[12:37] <BenC> haven't paid attention since then
[12:40] <crimsun> still, ``lspci -nv'' would be very useful
[12:46] <Keybuk> crimsun: talking of which, I have a sound card issue <g>  the microphone jack doesn't work
[12:47] <crimsun> Keybuk: tail -2 /proc/asound/oss/sndstat
[12:47] <Keybuk> crimsun: SigmaTel STAC9200
[12:47] <crimsun> ``lspci -nv'' somewhere :)
[12:47] <crimsun> good thing I'm wading through these sigmatel changes
[12:53] <Keybuk> that's why I jumped in <g>
[12:53] <crimsun> thanks
[12:53] <BenC> Sigmatel is the same one I have
[12:53] <Keybuk> the interwobble suggested that it was something to do with the port needing to be set to either mic or line mode, depending on the impedence of the jack sensed, which the driver we have doesn't do (so it sits in limbo)
[12:56] <crimsun> crafty Dell?
[12:56] <kylem> crimsun, your most recent dump of patches on kernel-team@ what dist where they targetted for?
[12:57] <crimsun> kylem: feisty. Apologies, I'll resume making that explicit.
[12:57] <kylem> cool. SEP then. 8)
[01:00] <crimsun> BenC: / Keybuk: does unloading snd-hda-intel then reloading it with model=ref help?
[01:02] <Keybuk> BenC: what Dell did you get?
[01:05] <kylem> woot.
[01:05] <kylem> pizza's here, pucks about to drop.
[01:05] <kylem> time for the canadian saturday night ritual.
[01:08] <Keybuk> crimsun: that grew extra Input Source settings I think
[01:08] <Keybuk> and the Mic one works
[01:09] <crimsun> Keybuk: so toggling Mic results in audible sound capture?
[01:09] <Keybuk> yeah
[01:09] <crimsun> awesome, I'll add your id to the quirk list, thanks.
[01:17] <crimsun> BenC: do you also have 0x102801d6 for the Subsystem?
[01:17] <BenC> let me check
[01:17] <crimsun> thanks.
[01:17] <BenC> Subsystem: 107b:0366
[01:18] <crimsun> ah, you have a Gateway
[01:18] <BenC> yeah
[01:18] <crimsun> I'll send up those diffs in a jiffy.
[01:19] <Keybuk> "a Gateway" ?  as in one of those computers with the cow motif?
[01:19] <crimsun> yeah, moocow
[01:20] <BenC> it goes along with my surroundings
[01:20] <BenC> I just have to make sure the bull doesn't try anything weird with my laptop now
[01:20] <Keybuk> the electric fence stops your laptop from escaping?
[01:33] <kylem> moo.
[01:37] <Keybuk> cows make more of a "brrrmmmma?" sound
[04:20] <BenC> "aka Backport support for Ben Collins's laptop"
[04:20] <BenC> crimsun: Thanks
[04:23] <kylem> lol
[07:41] <pradalover> I have an upgrade issue
[08:09] <pradalover> hello
[05:36] <Eruantalon> Are there any plans to improve lirc support in the ubuntu kernel?
[05:55] <BenC> Eruantalon: nope
[05:55] <Eruantalon> Well there's a straight forward answer :-)
[05:55] <BenC> Eruantalon: the long answer is "if someone does the work"
[05:56] <Eruantalon> Where can i file a bug against lirc in feisty? https://launchpad.net/ubuntu/+source/lirc/0.8.0-9ubuntu1 doesn't seem to be the place
[05:56] <BenC> or at least specs it out so we know what's involved
[05:56] <BenC> https://bugs.launchpad.net/ubuntu/+source/lirc/+filebug
[05:57] <BenC> put feisty in the summary line
[05:58] <Eruantalon> Ah it seems to be there already
[06:03] <BenC> crimsun: ping
[06:03] <BenC> Eruantalon: a bug asking for better lirc support in the kernel?
[06:03] <Eruantalon> no. I can't compile the lirc source
[06:03] <Eruantalon> https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/78140 i think this is the one.
[06:27] <Eruantalon> BenC: Besides there are MANY bugs asking for better lircsupport in the kernel. Or rather they just want the module by default.
[06:32] <ivoks> BenC: is it a known thing that kvm doesn't work in feisty? :)
[06:32] <ivoks> doesn't work = crashes
[06:33] <ivoks> if not, i could report bug and add all details i can
[06:37] <BenC> ivoks: it does now
[06:37] <BenC> latest kvm+linux-image-2.6.20-6-* works
[06:37] <BenC> ivoks: There's a known crash already has a bug, dealing with nx bit
[06:37] <ivoks> i tried today's up2date
[06:38] <BenC> is it a win2k install, crashing?
[06:38] <ivoks> no, ubuntu and redhat
[06:38] <ivoks> that's all i tried
[06:38] <BenC> probably same crash
[06:38] <BenC> or are you getting an abort(13/30)?
[06:38] <ivoks> yes, on ubuntu - 13
[06:39] <ivoks> but on redhat, whole kernel crashes i and i have to hard-reboot
[06:39] <BenC> yeah, that's an issue with the bootgraphix on the CD, not emulated
[06:39] <ivoks> right
[06:39] <BenC> Add -no-kvm for the install
[06:39] <ivoks> oh, thanks for the tip
[06:39] <BenC> after install, using straight kvm will work
[06:39] <BenC> my new laptop supports vmx, so I can do more testing now :)
[06:40] <ivoks> :)
[06:40] <BenC> had to use the xeon over vnc before that
[06:40] <ivoks> mine toshiba also supports VT, but... omg, i'll never buy toshiba again :)
[06:40] <ivoks> that's why i got my self a new computer, just for testing
[06:41] <rikai> whats wrong with toshiba?
[06:41] <rikai> Out of curiosity
[06:41] <BenC> This new laptop is a gateway, but it has the best keyboard I've used since the powerbook
[06:42] <ivoks> rikai: they don't want to give specs
[06:42] <rikai> ah
[06:42] <ivoks> rikai: BIOS is buggy and causes lots of issues
[06:43] <stgraber> Unable to resume from suspend to ram
[06:43] <rikai> Isn't that the Phoenix-based bioses mostly?
[06:43] <stgraber> yes, that's a phoenix (at least here)
[06:43] <ivoks> stgraber: mine too... how does it die?
[06:43] <rikai> Yeah, phoenixbios-based toshiba's are really crappy.
[06:44] <stgraber> it goes to sleep correctly (orange led flickering), then at the resume, the LCD simply doesn't switch on, no harddisk noices, ...
[06:44] <ivoks> stgraber: check out bug #82996
[06:44] <stgraber> I have to remove the battery+power supply to be able to boot it again ...
[06:44] <rikai> I had to get ubuntu to stop locking up on an m65... turns out its because it turned off the fan as soon as ubuntu took over from the bios, so it was consistently running with no fan.
[06:45] <ivoks> this is how my toshiba wakes up: http://librarian.launchpad.net/6160425/crash.jpg :)
[06:45] <stgraber> At least you see something :)
[06:46] <ivoks> yay! :))
[06:47] <stgraber> I've found a small ACPI mistake in the dsdt but even once fixed I still don't have a working suspend to ram
[06:47] <stgraber> at least with Feisty I've a working suspend to disk :)
[06:51] <mjg59> The DSDT is pretty irrelevent when it comes to suspend to RAM
[07:33] <BenC> doko_: ping
[07:34] <BenC> anyone running feisty with an atheros card?
[07:35] <stgraber> me
[10:15] <BenC> crimsun: Patches worked, but I had to fix a typo...no quirk struct, was named something else
[10:25] <crimsun> BenC: ok, thanks
[10:29] <BenC> oooh...2.6.20 is released
[10:30] <Nafallo> kewl
[10:37] <Eruantalon> How long time does it normally take for a new release of the kernel to go into feisty?
[10:38] <kylem> eight point three five fortnights.
[10:39] <Eruantalon> ?
[10:39] <Eruantalon> :-S
[10:55] <gnomefreak> Eruantalon: in the beginning of devel fairly fast as we start closing in on release a bit further apart. (it all depends on bugs and stuff)
[10:55] <Eruantalon> ok