[03:18] BenC: thanks [03:34] bug 251338 [03:34] when can the patch for this be applied to Ubuntu? [03:34] https://launchpad.net/bugs/251338 [03:58] AlmightyCthulhu: I'll see about getting it into hardy and intrepid [03:58] BenC: Thanks, I put Matthew Garrett's patch on there [03:58] if that helps [04:17] BenC: Any idea why the audio wouldn't come back from suspend? [04:17] it does on kernel 2.6.26, but nothing earlier === smb_tp_ is now known as smb_tp === asac_ is now known as asac [19:05] BenC or anybody else: having this problem building the intrepid kernel from git on hardy: http://dpaste.com/70040/ [19:06] 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] Can anyone help? [19:17] n/names [19:17] oops [20:23] 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] without needing to modify things [20:23] ...speaking of which..... [20:24] that gpio call to ivtv should be changed to happen by default in the ivtv driver, regardless of lirc being present [20:24] and the lirc_pvr150 module can work with pvrusb2, hvr1950, hvr1900, and all ivtv boards [20:24] also hvr1800 hvr1250 hvr1200 hvr1700 etc [20:25] whomever called it lirc_pvr150 -- its a misnomer .... should have been called lirc_zilog [20:25] the original author of the module i believe was testing it with a pvr150 [20:26] but that sounds sensible [20:26] 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] and he probably tested with pvr150 because that (i believe) is the first board to use the zilog recv / blaster [20:27] ...many folks dont realize that most hauppauge boards use zilog [20:28] could you get that changed inside ivtv? [20:29] id recommend that instead, just forward that ubuntu patch to the ivtv maintainer and let him integrate it [20:29] Hans Verkuil [20:29] its a single call to a gpio that pulls the zilog out of reset [20:29] alright [20:29] 1 line of code [20:30] \i would imagine its an UBUNTU SAUCE patch [20:30] * mkrufky looks [20:30] superm1: but it was broken because we can't dpkg-source the tree with symlinks in it like that [20:31] superm1: I know it was upstream that was lame...I certainly wasn't pointing at you for that :) [20:31] BenC, oh i suppose I didn't test dpkg-source'ing. I just built the packages directly from the tree [20:31] hmm.. .i just looked thru intrepid history and i dont see that patch in ivtv at all [20:53] 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] can someone please take a look at bug #192772 (tim is on vacation IIRC) [22:00] * laga waves [22:01] are there known problem with aufs/unionfs and NFS in intrepid? launchpad doesn't seem to list any [22:02] my diskless clients OOPS when early userspace uses mkdir [22:34] 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] BenC: there's a toshiba-linux mailing list that kinda looks officalish [22:36] 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] doh [22:36] linux.toshiba-dme.co.jp/linux/ [22:41] okay, i've created a new bug report and attached some logs. bug #255874 [22:42] mjg59: since toshib.ko's interface is duplicated in toshiba_acpi, should we just disable the former in our tree? === superm1 is now known as superm1|away [23:30] laga: unionfs in ubuntu doesn't support NFS...I'de be surprised if aufs did [23:31] aufs did, in hardy. [23:31] in fact, that was the reason why i was pestering everyone to include aufs in hardy ;) === superm1|away is now known as superm1 === superm1 is now known as superm1|away === superm1|away is now known as superm1