[01:12] <lifeless> lamont: define well
[01:12] <lifeless> lamont: I've done some usb serial stuff
[01:13] <lamont> I have a driver for some crap 3rd party hardware.  when I hook it up, it says: No more free serial devices
[01:13] <lamont> driver was for 2.6.11, running 2.6.17, and yes, I had to hit it with a couple rocks to get it to compile
[01:15] <lifeless> hmm
[01:16] <lifeless> memory creaking
[01:26] <lifeless> so, thats trying find a serial dev id for the device
[01:27] <lifeless> but I can't remember why I last saw it, or what the right approach to fix it is. I would look at the changelog for usbserial.c from .11 to .17 though
[01:27] <lifeless> bet you theres a new api you need to call to allocate
[01:34] <lamont> yeah - something to do in a while.
[04:48] <pwnguin> is there a newer kernel than whats currently in the repos available for testing?
[04:48] <pwnguin> launchpad says the toshiba acpi problem is fixed but the update to the kernel i grabbed today disagrees
[05:46] <BenC> 3.4 is probably the latest to grab, but 4.5 is making it's way through the buildd's and archive process
[07:08] <fabbione> BenC: still around?
[02:17] <BenC> fabbione: Around now
[02:17] <fabbione> hey BenC 
[02:17] <fabbione> BenC: we will be roomie in Osloland
[02:18] <fabbione> i saw the flights.. you will land 30 minutes before me and we will leave almost together
[02:18] <fabbione> if you feel like waiting for me at the a/p we can go together from/to hotel
[02:18] <BenC> cool
[02:19] <BenC> fabbione: Definitely, I'll wait by British Air baggage exit (smoking outside)
[02:19] <fabbione> BenC: ok i think the exit is one
[02:19] <fabbione> Oslo is a small airport
[02:20] <Mithrandir> there's just one exit, yeah.
[02:20] <BenC> ok, makes it easy then :)
[02:22] <fabbione> yeah
[02:40] <Mithrandir> BenC: hmm, previous -lowlatency kernel went to main, should the new one go to main too or is it still universe?
[02:40] <BenC> universe
[02:41] <Mithrandir> ok; that's the only exception, right?
[02:41] <BenC> right
[02:41] <Mithrandir> coolie, I'll process it now, then
[02:41] <BenC> thanks
[03:30] <Keybuk> BenC: are there any ALSA driver updates for snd-hda-intel available?
[03:31] <BenC> Not that I'm aware of
[03:32] <Keybuk> my microphone port doesn't work :-/
[03:33] <BenC> is that a regression?
[03:34] <Keybuk> only just bought this one :p
[03:34] <Keybuk> it's a regression in that the mic jack of my old laptop works <g>
[03:34] <Keybuk> does that count/
[03:34] <BenC> lol
[03:39] <Keybuk> interwobble says that it's something to do with the driver not handling the jack sense correctly, and that it needs to decide whether the input is mic or line
[03:39] <Keybuk> allegedly the development driver fixes it, but I haven't tested that yet
[03:40] <kylem> which hda chipset is it?
[03:42] <Keybuk> 82801G (ICH7 Family)
[03:42] <Keybuk> 8086:27d8
[05:40] <zul> maybe
[07:58] <Keybuk> BenC: I'm going to mull whether bind should call ->match() while I'm shopping
[07:58] <Keybuk> there's a certain elegance to being able to drop the driver/device tables as an important piece of the puzzle
[07:59] <Keybuk> and it'd let us easily ship updated tables for new ids
[07:59] <Keybuk> (without relying on the subsystem having new_id)
[07:59] <Keybuk> otoh, it's prone to letting people crash their system
[08:00] <BenC> Maybe a "force:" prefix to the bind data could signify "do what I say, damnit"
[08:00] <Keybuk> yeah
[08:00] <BenC> That way we could make it an expert option in the UI
[08:02] <Keybuk> and udev could always use it?
[08:02] <Keybuk> force: is probably easier to implement than a force_bind attr
[08:02] <BenC> well udev would be handling the rules that the UI creates
[08:03] <BenC> so maybe not always
[08:03] <Keybuk> true