=== mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel === zbbb [n=zbbb@mg376.wolfson.cam.ac.uk] has left #ubuntu-kernel ["Leaving"] === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel === j_ack [n=nico@p508DBAB5.dip0.t-ipconnect.de] has joined #ubuntu-kernel === Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel === doko [n=doko@dslb-088-073-097-034.pools.arcor-ip.net] has joined #ubuntu-kernel === jane_ [n=JaneW@dsl-146-178-247.telkomadsl.co.za] has joined #ubuntu-kernel === human_blip [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === heatxsink [n=jmioph@c-24-7-127-192.hsd1.ca.comcast.net] has joined #ubuntu-kernel [10:33] anyone in here have a Sound Blaster Audigy 2 ZS, I'm trying to get the firewire port working on it, it still doesn't work [10:38] hmm, is it just for me that doing git pull results in rsync: link_stat "/scm/linux/kernel/git/bcollins/ubuntu-2.6.git/refs/heads/people-adconrad" (in pub) failed: No such file or directory (2) [10:40] Mithrandir: you have an old tree [10:40] you better trash and resync again [10:41] otherwise you need to poke some stuff in .git manually [10:41] git should cope. [10:41] it doesn't. kthxbye [10:41] git is teh suck, then. :-P [10:41] good thing bandwidth is cheap around here [10:47] i wonder how much tailor work is to import the kernel in brsz [10:47] brzs [10:47] AMEN [10:47] bzr === zul [n=chuck@fpott03.dinmar.com] has joined #ubuntu-kernel [03:04] heylo === BenC_ [n=bcollins@72.169.114.90] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [04:25] BenC: ping.. [04:27] zul: pong [04:28] BenC: i am going to have a couple of patches for you this week...when are you going to do the next upload? [04:29] i cherry picked the assign-buses blacklist from linus' tree and i have to figure out how to backport it.. === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel [04:35] zul: hoping tomorrow === j_ack [n=nico@p508D9EE4.dip0.t-ipconnect.de] has joined #ubuntu-kernel [04:38] ok...ill send you it on wednesday then [04:38] i have to do a compile test first [04:38] ok === doko [n=doko@dslb-088-073-097-034.pools.arcor-ip.net] has joined #ubuntu-kernel [04:49] hey Ben [04:49] hi zul [04:49] BenC: mjg59 did send you a patch to fix some acpi regression. i confirm that it does indeed fix some stuff :) [04:49] and that it would be really nice to get in like.. yesterday ;) === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel [10:40] Huh. swsup doesn't support swapfiles, only swap partitions? [10:46] Correct [10:46] Well, not strictly true. It'll suspend to them, but there's no mechanism for resuming. [10:46] Would it be difficult to get it working? [10:47] You need to provide some mechanism for passing the address of the swap file to the kernel on boot [10:47] So, yes [10:47] I suppose I'm asking whether the fs would need to be involved. For swapfiles, the kernel uses a map of swap offset->disk blocks, so it's just raw on the disk. [10:47] No, there's no need for fs involvement, but you still need to pass a block address [10:47] How does it handle passing the (partition) address at the moment? [10:48] That's passed as a kernel argument [10:49] Okay. Which means that the last step of swsusp is to set up grub for the resume, or something? So couldn't it, at that point, grab the swap mapping and use a block argument just as it uses a partition argument now? [10:50] No, we always suspend to the same partition [10:50] Ah. [10:50] The issue with swapfiles is whether that assumption would still hold or not... [10:50] I see. I wonder what suspend2 does. === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel