[03:18] <fabbione> BenC: thanks
[03:34] <AlmightyCthulhu> bug 251338
[03:34] <AlmightyCthulhu> when can the patch for this be applied to Ubuntu?
[03:34] <AlmightyCthulhu> https://launchpad.net/bugs/251338
[03:58] <BenC> AlmightyCthulhu: I'll see about getting it into hardy and intrepid
[03:58] <AlmightyCthulhu> BenC: Thanks, I put Matthew Garrett's patch on there
[03:58] <AlmightyCthulhu> if that helps
[04:17] <AlmightyCthulhu> BenC: Any idea why the audio wouldn't come back from suspend?
[04:17] <AlmightyCthulhu> it does on kernel 2.6.26, but nothing earlier
[19:05] <bewst1> BenC or anybody else: having this problem building the intrepid kernel from git on hardy: http://dpaste.com/70040/
[19:06] <bewst1> I mention BenC because I see he has had a similar problem (only worse): http://irclogs.ubuntu.com/2008/07/07/%23ubuntu-kernel.html
[19:06] <bewst1> Can anyone help?
[19:17] <naxxtor> n/names
[19:17] <naxxtor> oops
[20:23] <superm1> BenC, re http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid.git;a=commit;h=67c6d0baed34e5a439ddb7003a70abe0c327fc7b i did it that way because that meant upstream sources could just be extracted right into the tree
[20:23] <superm1> without needing to modify things
[20:23] <mkrufky> ...speaking of which.....
[20:24] <mkrufky> that gpio call to ivtv should be changed to happen by default in the ivtv driver, regardless of lirc being present
[20:24] <mkrufky> and the lirc_pvr150 module can work with pvrusb2, hvr1950, hvr1900, and all ivtv boards
[20:24] <mkrufky> also hvr1800 hvr1250 hvr1200 hvr1700 etc
[20:25] <mkrufky> whomever called it lirc_pvr150 -- its a misnomer ....  should have been called lirc_zilog
[20:25] <superm1> the original author of the module i believe was testing it with a pvr150 
[20:26] <superm1> but that sounds sensible
[20:26] <mkrufky> it would be better to toggle the gpio regardless inside ivtv, so that you (lirc) wont need to depend on that symbol export
[20:27] <mkrufky> and he probably tested with pvr150 because that (i believe) is the first board to use the zilog recv / blaster
[20:27] <mkrufky> ...many folks dont realize that most hauppauge boards use zilog
[20:28] <superm1> could you get that changed inside ivtv?
[20:29] <mkrufky> id recommend that instead, just forward that ubuntu patch to the ivtv maintainer and let him integrate it
[20:29] <mkrufky> Hans Verkuil
[20:29] <mkrufky> its a single call to a gpio that pulls the zilog out of reset
[20:29] <superm1> alright
[20:29] <mkrufky> 1 line of code
[20:30] <mkrufky> \i would imagine its an UBUNTU SAUCE patch
[20:30]  * mkrufky looks
[20:30] <BenC> superm1: but it was broken because we can't dpkg-source the tree with symlinks in it like that
[20:31] <BenC> superm1: I know it was upstream that was lame...I certainly wasn't pointing at you for that :)
[20:31] <superm1> BenC, oh i suppose I didn't test dpkg-source'ing.  I just built the packages directly from the tree
[20:31] <mkrufky> hmm.. .i just looked thru intrepid history and i dont see that patch in ivtv at all
[20:53] <BenC> mjg59: I did a huge cleanup on toshiba_acpi 0.19a (and called it 0.20) and planned on sending it upstream...care to test it before hand (or make some suggestion why it shouldn't go upstream)?
[21:42] <tormod> can someone please take a look at bug #192772 (tim is on vacation IIRC)
[22:00]  * laga waves
[22:01] <laga> are there known problem with aufs/unionfs and NFS in intrepid? launchpad doesn't seem to list any
[22:02] <laga> my diskless clients OOPS when early userspace uses mkdir
[22:34] <mjg59> BenC: It's kind of dead (based on the original developer0 - there's an effort to rewrite it from scratch. On the other hand, any cleanups to the existing code are probably worth it
[22:35] <pwnguin> BenC: there's a toshiba-linux mailing list that kinda looks officalish
[22:36] <pwnguin> http://www.google.com/url?sa=t&ct=res&cd=2&url=http%3A%2F%2Flinux.toshiba-dme.co.jp%2Flinux%2F&ei=w2qbSLE-jOq8BcH9wJQG&usg=AFQjCNF1ORipJY8hNVy11IXquVQUxBVtLA&sig2=eVDLkyEixzNjDv_H80fI5A
[22:36] <pwnguin> doh
[22:36] <pwnguin> linux.toshiba-dme.co.jp/linux/
[22:41] <laga> okay, i've created a new bug report and attached some logs. bug #255874
[22:42] <BenC> mjg59: since toshib.ko's interface is duplicated in toshiba_acpi, should we just disable the former in our tree?
[23:30] <BenC> laga: unionfs in ubuntu doesn't support NFS...I'de be surprised if aufs did
[23:31] <laga> aufs did, in hardy.
[23:31] <laga> in fact, that was the reason why i was pestering everyone to include aufs in hardy ;)