[01:38] <autoditac> hey everyone. is this the right question to ask questions regarding nfs on ubuntu?
[01:39] <autoditac> s/question/channel
[01:39] <xnox> autoditac: #ubuntu-server sounds more appropriate channel.
[01:39] <autoditac> xnox, thanks!
[07:11] <ppisati> moin
[11:12] <Eimann> https://lwn.net/Articles/542664/
[11:17] <henrix> rofl
[11:17] <Eimann> :)
[14:22] <rtg_> ogasawara, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1011449/comments/7
[14:22] <ubot2> Launchpad bug 1011449 in linux "[Feature] Include support for Intel Bordenville chipset (i2c (SMBUS), Watchdog timer and PCI IDS)" [Medium,Fix committed]
[14:28] <ogasawara> rtg_: ack, thanks
[14:28] <rtg_> ogasawara, also https://bugs.launchpad.net/intel/+bug/1031162/comments/2
[14:28] <ubot2> Launchpad bug 1031162 in linux "[Feature] Haswell-ULT UART DMA support" [Undecided,Fix committed]
[14:29] <rtg_> ogasawara, prolly time for an upload today
[14:29] <ogasawara> rtg_: indeed
[14:29] <rtg_> now that I've attached  a giant bag of shit to our kernel
[14:29] <ogasawara> hehe
[14:30] <rtg_> I'll get some boot testing done first
[14:30] <ogasawara> ack
[14:32]  * ppisati back in ~20
[14:40]  * ogasawara back in 20
[15:22] <dhanasekaran> Hi Guys How to debug glic package
[15:57] <infinity> plars: You've had a regression-testing task for linux/lucid open for 12 days.  Did it get forgotten?
[15:58] <plars> infinity: no, I commented about the bug that I opened, last I talked to john I wasn't clear if this was a bug in the tests or in one of the patches from the CVE. He's still trying to hunt it down.
[15:59] <plars> infinity: I can go ahead and just mark it failed if that makes things go easier
[15:59] <plars> infinity: this is https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136526 you are talking about right?
[15:59] <ubot2> Launchpad bug 1136526 in kernel-sru-workflow/regression-testing "linux: 2.6.32-46.105 -proposed tracker" [Medium,In progress]
[16:03] <infinity> plars: Ahh, I didn't notice it was blocking on another bug.  All good.  I'll let jjohansen deal with it.
[17:10] <ppisati> guess what?
[17:10]  * ppisati -> gym
[17:55]  * rtg_ -> lunch
[18:08]  * henrix -> EOD
[18:18]  * cking -> EOW
[18:26]  * smb -> EOW
[19:19]  * rtg_ -> EOW
[19:24]  * ogasawara lunch
[20:02] <kirkland> is it possible to force usb down to usb1 only?
[20:02] <kirkland> I have a device that's not cooperating with usb2
[20:03] <kirkland> and I don't see an ehci_hcd module
[20:06] <JanC> kirkland: you can blacklist USB2 modules of course
[20:07] <kirkland> JanC: and what's that module called?
[20:09] <sforshee> much of the core USB stuff is built-in for stock ubuntu kernels
[20:10] <kirkland> sforshee: yeah, that's what it's lookin' like
[20:10] <JanC> hm, maybe it's still possible to disable USB2 for particular devices using udev?
[20:11] <sforshee> JanC, not sure. I don't think it's as simple as turning off a piece of software.
[20:11] <sforshee> iirc negotiation between full- and high-speed USB starts way down at the signaling level
[20:11] <JanC> sforshee: I know in the past you could disable it
[20:12] <JanC> but maybe not on a per-device level  :-/
[20:14] <JanC> also, USB 1.0 or 1.1 are quite different AFAIK
[20:14] <JanC> USB 1.1 devices should be compatible with USB 2.x & 3.x
[20:14] <JanC> USB 1.0 OTOH...
[20:16] <sforshee> kirkland, I'm not finding anything other than rebuilding with ehci_hcd as a module and blacklisting it, of course then you lose high-speed usb for all ports
[20:17] <JanC> or maybe finding an usb 1.0 controller
[20:22] <kirkland> sforshee: okay, thanks
[20:23] <kirkland> sforshee: yeah, I understand
[20:23] <kirkland> sforshee: this is for debugging, mainly
[20:23] <kirkland> sforshee: I'll get a debug kernel together;  cheers!
[20:23] <sforshee> kirkland, np
[20:23] <JanC> kirkland: is this device listed in e.g. usb-devices output?
[20:24] <kirkland> JanC: oh, yeah, absolutely;  it's just the communications are wonky and I've read by some that they've had better success when disabling usb2
[20:24] <kirkland> fwiw, I'm debugging a long standing problem i've had with irregularaties reading solar data from my PV inverter
[20:25] <JanC> so in theory it's at least USB 1.1, I suppose
[20:25] <JanC> or 1.10 or whatever
[20:36] <mjg59> stgraber: Oh hey all my woes today turn out to be your fault
[20:36] <mjg59> Makes a change :)
[20:48] <mjg59> stgraber: Oh, I tell a lie
[20:48] <mjg59> stgraber: It's actually James Leddy's fault
[21:38] <wmp> hello, i kabe installed 3.8.3 on 12.10 from packages, how to install nvidia drivers on this kernel?
[21:54] <stgraber> mjg59: what happened? :)
[21:54] <mjg59> stgraber: https://bugs.launchpad.net/ubuntu/+source/trousers/+bug/1155780
[21:54] <ubot2> Launchpad bug 1155780 in trousers "Postinst fails in chroot environments" [Undecided,New]
[21:56] <stgraber> mjg59: ah, sounds like it's still my fault for having introduced that code in the dev release even if I wasn't the one SRUing it...
[21:58] <stgraber> mjg59: can you confirm that the following works: http://paste.ubuntu.com/5617788/
[21:58] <stgraber> mjg59: that's the logic in current trousers. If that works, we should get that uploaded to 12.04 and 12.10
[22:11] <mjg59> stgraber: Hrm. I /suspect/ that that would still trigger in the chroot
[22:11] <mjg59> stgraber: We're actually building images, so udev will have been installed