=== mkrufky [n=mk@unaffiliated/mkrufky] has left #ubuntu-kernel [] === zelrik [n=zelrikri@ip70-177-196-51.hr.hr.cox.net] has joined #ubuntu-kernel [12:22] hello === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-kernel [01:12] mjg59: ping [01:20] BenC: Hi [01:20] mjg59: You seem to be the right guy to talk to about usplash_write :) [01:21] mjg59: I have a script that is using INPUTENTER, and the second call doesn't seem to wait for an enter key...any ideas? [01:21] I didn't write that code, I'm afraid [01:22] Ah, then the manpage is misleading [01:22] or maybe you're the author of the manpage [01:22] Oh, I wrote the rest of it [01:22] Just not the input stuff [01:22] ah === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === johanbr [n=j@blk-137-114-65.eastlink.ca] has joined #ubuntu-kernel === holycow [n=hello@mail.wjsgroup.com] has joined #ubuntu-kernel === BenC__ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel [01:59] BenC__: I'm sure I"ve asked this before, but I don't remember...can I use either of the sets of prebuilt vmware modules with VMWare workstation? if so, which one? if not, what's my alternative? [02:00] its the same modules for both workstation and server no ? [02:00] mdz: Either -player or -server should work with workstation [02:01] BenC: I have the server modules installed, but can't get workstation to run [02:01] mdz: It's not simple getting it to use them though [02:01] vmware-config.pl tries to build the modules and fails (they don't compile) [02:01] mdz: is this workstation 5 or beta6? [02:02] BenC: 5 [02:02] is it easier with 6? [02:02] mdz: No, but I have beta6 tarballs that build [02:02] you can probably snag the tarballs in lrm and put them in /usr/local/lib/vmware/modules/source/ [02:02] I only have a license for 5 [02:02] maybe it's time to try kvm [02:03] grep vmx /proc/cpuinfo [02:03] if that doesn't show anything you might as well use qemu [02:03] it doesn't (this is an amd64) [02:03] Oh, I forget what the amd64 flag is [02:04] open /dev/kvm: No such file or directory [02:04] Could not initialize KVM, will disable KVM support [02:04] but "modprobe kvm-amd" should only work if you support it [02:04] you have to load the module manually [02:04] and you'll need to add yourself to the kvm group to access /dev/kvm [02:05] doesn't load, oh well [02:08] qemu works pretty well [02:09] not sure what you are using it for, but I used it for some install/kernel testing === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === tumbleweed [n=stefanor@sirius.stratexnet.co.za] has joined #ubuntu-kernel [02:35] usplash seems to be just dieing when I use INPUTENTER === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel [02:42] mjg59: is there an easy way to test usplash from command line? [03:03] BenC: Easiest is to ssh in [03:32] confirmed...using any sort of input junk just fucks usplash all up [03:32] if it doesn't crash immediate, it will shortly after === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-kernel [03:39] BenC: Probably some buffer overrun in there [03:39] BenC: Tried valgrinding it? [03:40] not yet [03:40] mdz: BenC: the am64 VT flag is svm ... [03:46] mjg59: valgrind doesn't show anything useful [03:47] I think it might just be the fifo getting closed [03:51] mjg59: Found it...close(fifo_outfd) gets called when fifo_outfd isn't initialized to anything know [03:51] betting it's closing random fd's [03:55] BenC: Oh, urgh. [03:55] BenC: It's in bzr - feel free to commit a fix :) [04:01] c === TheMuso [n=luke@ubuntu/member/themuso] has left #ubuntu-kernel [] === holycow [n=hello@mail.wjsgroup.com] has joined #ubuntu-kernel [05:01] lol [05:01] char inputbuf[PIPE_BUF] ; [05:01] free(inputbuf); [05:05] Oops. [05:08] This thing is whacked...usplash_write "INPUTENTER ..." doesn't block, but usplash does until it gets input [05:11] heh. [05:15] the broken part is that the outfifo doesn't get anything when INPUTENTER is used [05:25] yay, it's working [05:28] three bugs in one function [05:32] mjg59: Got the bzr url for usplash? [05:32] Not to hand [05:32] It's on Launchpad [05:39] sweet, the fixes give me working usplash stuff for driver-updates [05:42] Win [07:01] BenC: still around? === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel [08:22] BenC: it's in ~ubuntu-core-dev I believe === sky_walkie [i=czzhrd02@xdsl-563.lodz.dialog.net.pl] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === joumetal [n=jouni@laku34.adsl.netsonic.fi] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-kernel === joumetal [n=jouni@laku34.adsl.netsonic.fi] has left #ubuntu-kernel ["Leaving"] === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel === holycow [n=hello@mail.wjsgroup.com] has joined #ubuntu-kernel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === tumbleweed [n=stefanor@sirius.stratexnet.co.za] has joined #ubuntu-kernel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel === ivoks [n=ivoks@83-131-59-135.adsl.net.t-com.hr] has joined #ubuntu-kernel === doko [n=doko@dslb-088-074-012-118.pools.arcor-ip.net] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-074-012-118.pools.arcor-ip.net] has joined #ubuntu-kernel === pwnguin [n=jld5445@camaro.cis.ksu.edu] has joined #ubuntu-kernel [07:18] BenC: toshiba-acpi appears to be fixed now [07:18] pwnguin: excellent, thanks for checking it [07:18] BenC: ive also noted this on launchpad. [07:19] (and removed it from my laptop testing page) === tumbleweed [n=stefanor@sirius.stratexnet.co.za] has joined #ubuntu-kernel === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has left #ubuntu-kernel ["Ex-Chat"] === pwnguin [n=jld5445@camaro.cis.ksu.edu] has left #ubuntu-kernel [] === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === philwyett [n=philwyet@bb-87-81-146-45.ukonline.co.uk] has joined #ubuntu-kernel === okaratas [n=ozgurk@fsf/member/okaratas] has joined #ubuntu-kernel [09:50] BenC: quintela the redhat guy is having a hell of a time port Xen to 2.6.20 fyi === ivoks [n=ivoks@19-98.dsl.iskon.hr] has joined #ubuntu-kernel [10:05] later === nemro [n=mirco@c-71-196-44-149.hsd1.fl.comcast.net] has joined #ubuntu-kernel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === nemro [n=mirco@c-71-196-44-149.hsd1.fl.comcast.net] has joined #ubuntu-kernel [10:30] erm === nemro [n=mirco@c-71-196-44-149.hsd1.fl.comcast.net] has joined #ubuntu-kernel === ivoks_ [n=ivoks@19-98.dsl.iskon.hr] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel [10:54] <_MMA_> BenC: Can you still use the -lowlatency kernels in Edgy? === _MMA_ doesnt know if things have changed. [10:54] _MMA_: Current kernels have problems with older hal [10:54] <_MMA_> :( [10:55] you can use it, but some things stop working (like inserted a CD or usb-storage drive wont auto-mount) [10:55] <_MMA_> Ok. Ill let them know. [10:55] <_MMA_> I have someone who wants to try it. [10:55] you could pull in the newer hal with the rest of the deps that feisty kernel needs [10:55] <_MMA_> Thanx. [10:55] <_MMA_> Ok. [10:56] hal, udev, module-init-tools, initramfs-tools [10:56] that should cover it [10:56] <_MMA_> It should just do it right? As a depend? [10:56] <_MMA_> The update. [10:56] kernel doesn't depend on too many things like it's supposed to [10:56] <_MMA_> Well it mess with a Edgy kernel? [10:57] I can conflict with older hal, but then it might cause older hal to get removed, so I don't do it [10:57] <_MMA_> If they go back that is. [10:57] not sure [10:57] <_MMA_> Ok. [10:57] actually it does a little [10:57] initramfs-tools wont generate initrd's for edgy kernels [10:57] <_MMA_> hmm... [10:58] I should probably fix that, so that might not be true for feisty release [10:58] <_MMA_> Ok. I have a guinea pig but this might deter them. [11:12] isn't there a DRI ABI incompatability across edgy <-> feisty ? === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel