[08:49] <kraut> moin
[12:21] <kraut> http://imgs.xkcd.com/comics/exploits_of_a_mom.png
[05:34] <soren> What VM tech have you used to test the -virtual images?
[05:35] <soren> I've only just not discovered that the lsilogic driver is not there and I believe this is the emulated controller in most of VMWare's products?
[08:48] <mjg59> bdmurray: So did the latest kernel fix your uvcvideo suspend issue?
[08:49] <bdmurray> mjg59: I believe so for the most part.  -13 helped a lot but now I am having some issues but in single user mode it suspends fine
[08:49] <bdmurray> So I don't think it is uvcvideo now
[08:50] <mjg59> What sort of issues?
[08:55] <bdmurray> I'm testing again - if you can wait a minute
[08:55] <mjg59> Sure
[08:56] <bdmurray> It seems to only want to suspend 1x
[08:56] <mjg59> As in it doesn't suspend again, or it doesn't resume again?
[08:56] <bdmurray> It won't suspend again
[08:56] <mjg59> How does it fail?
[08:58] <bdmurray> What do I observe?  The screen turns black, multimedia leds still on, caps lock doesn't work.
[08:58] <mjg59> And then it hangs?
[08:59] <bdmurray> Right, I can't do anything at the moment except maybe Sys Req
[09:00] <mjg59> Can you edit /etc/default/acpi-support and set USE_DPMS to false, then boot without "quiet" and attempt a suspend?
[09:00] <mjg59> (And it suspends more than once in single user mode?)
[09:00] <lool> Hey, I branched the git repos and committed a tentative fix, how should I best build it?  debuild -i?
[09:01] <bdmurray> I haven't tried more than once in single user mode. I'll boot into single, edit acpi-support, test suspending 2x then reboot with quiet.  Sound good?
[09:01] <zul> lool: check the wiki
[09:02] <lool> zul: I did, but then perhaps I didn't look long enough; I'll search a bit more
[09:02] <mjg59> Sure
[09:02] <mjg59> (Without quiet)
[09:03] <bdmurray> right, bad typing that
[09:03] <mjg59> Heh
[09:06] <bdmurray> Single user mode failed on the second suspend attempt
[09:06] <lool> zul: Ah got it, thanks
[09:06] <mjg59> Ok.
[09:15] <bdmurray> mjg59: Is there anything else I should do?  by the way with USE_DPMS=false there is a blinking cursor in the lower left hand corner when it hangs
[09:16] <mjg59> bdmurray: Can you do chmod a-x /etc/acpi/suspend.d/75-console-switch.sh and then trigger the second suspend from the console rather than from X?
[09:17] <bdmurray> Would doing that in single user mode be fine?
[09:18] <mjg59> Yeah, should be
[09:18] <mjg59> Make sure you boot without quiet
[09:24] <bdmurray> It stops right after "Shutting down ALSA" then blinking cursor
[09:26] <mjg59> What hardware is this?
[09:26] <mjg59> And does alt+sysrq+t do anything at that point?
[09:28] <bdmurray> HP DV6245US. No what does +t do?
[09:28] <mjg59> Triggers a stack dump of processes
[09:30] <mjg59> Does alt+sysrq+b reboot?
[09:30] <bdmurray> Yes
[09:30] <mjg59> ok, so it's partly alive
[09:31] <mjg59> Can you do one suspend, then comment out line 39 of /etc/acpi/sleep.sh ?
[09:31] <mjg59> Then try suspending again - in theory it should go down and then come straight back up again
[09:39] <bdmurray> Okay, what am I looking for?
[09:41] <mjg59> bdmurray: So it did that?
[09:43] <bdmurray> mjg59: Well, using 'sudo /etc/acpi/sleep.sh' did nothing but using gdm suspend took it down and back
[09:43] <mjg59> So it suspended, you edited it, then it went down and came back up?
[09:43] <mjg59> Can you stick the entirity of dmesg up somewhere?
[09:44] <bdmurray> Yes and will do
[09:45] <mjg59> Thanks
[09:58] <bdmurray> mjg59: http://pastebin.osuosl.org/2789
[10:01] <mjg59> bdmurray: Hm. Ok. Can you restore /etc/acpi/sleep.sh to its original state and then enable pm_trace?
[10:01] <bdmurray> mjg59: I'm afraid not I still don't have pm_trace on amd64
[10:02] <mjg59> _rtg: I thought we'd agree to enable that?
[10:02] <mjg59> Oh well. Nothing I can do without the hardware, then.
[10:03] <bdmurray> I could recompile or install i386 though right?
[10:04] <mjg59> Yeah, just trying an i386 live CD would be interesting
[11:04] <b08y> hey guys, i wanted to ask, if it is new to you, that the ehci_hcd module seems to be bugy, i have to remove the ehci_hcd , after that the usb2.0 hdd starts to work properly, if i try to use it with ehci_hcd, the usb2.0 hdd hangsup
[11:49] <b08y> ohh i see it a know bug https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/88746
[11:49] <ubotu> Launchpad bug 88746 in linux-source-2.6.22 "USB devices are not recognized when having ehci_hcd modprobed" [Undecided,Invalid]  
[11:49] <b08y> ^^^ that's uncool 
[11:50] <b08y> better would be confirmed! 
[11:52] <bdmurray> Triaged is one better than confirmed
[11:58] <b08y> oh, i thought its one worse
[11:59] <bdmurray> Nope, you can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status
[11:59] <b08y> than it should be "to fix right now!" x_X
[12:00] <b08y> to be honest, im new to bug reporting and stuff like that, i just made a launchpad account
[12:02] <skyburner> good evening
[12:03] <skyburner> https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.22/+bug/121978
[12:03] <ubotu> Launchpad bug 121978 in linux-restricted-modules-2.6.22 "Unknown symbol in module fcpci.ko" [Medium,Confirmed]  
[12:04] <skyburner> is there any plan to do something on this problem in near future?
[12:06] <deviantintegral> hi. I've been experiencing this kernel panic (http://paste.ubuntu-nl.org/40208/) for a while now. I've been looking for a guide to debugging kernel panics, but I haven't found much. Can someone point me in the right place, or should I just file a bug?
[12:25] <nosrednaekim> is this the place where I would inquire about my atheros wireless failing in the latest kernel update?
[12:30] <rsferreira> Is there an easy way to disable dynticks? Gusty only boots on battery, not on ac power (on ac power it craches some seconds after gdm is loaded, unless acpi=off on kernel line). May this be related to dyntick?