Date: Tue, 18 Mar 2008 17:24:51 -0400 From: "Alexander Sack" <pisymbol@gmail.com> To: "Paul Schmehl" <pauls@utdallas.edu> Cc: freebsd-questions@freebsd.org Subject: Re: FW: VMWare Tools for FreeBSD Message-ID: <3c0b01820803181424p7457ea44oda2da277803d2ecc@mail.gmail.com> In-Reply-To: <6E62D7035DF48B1A8F3ED1DE@utd65257.utdallas.edu> References: <BMEDLGAENEKCJFGODFOCOEIACFAA.tedm@toybox.placo.com> <47DF39A7.1070307@boosten.org> <49903.203.127.42.92.1205811904.squirrel@www.superhero.nl> <47DF43AD.2020100@boosten.org> <46570.125.214.252.140.1205850870.squirrel@webmail.superhero.nl> <65A9476B618244C571C4EAC7@utd65257.utdallas.edu> <3c0b01820803180836x2f3a13batf181e1b2e6c9bf9c@mail.gmail.com> <52506.125.214.252.140.1205856838.squirrel@webmail.superhero.nl> <3c0b01820803181224x5f64daadt58041d2bfa2db3fd@mail.gmail.com> <6E62D7035DF48B1A8F3ED1DE@utd65257.utdallas.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Paul: I'd have to look at this some more. I got much further in the porting when I hit another snag with the vmblock driver (the inline assembly needs to be __asm__ instead of asm or something needs to process it that way for it to work, I also hacked around a vfsops issue which I'm not 100% sure what should really be there) and then all of it needs to be devtested. I use VMWare Fusion and have installed the existing vmtools that come with the product along with installing the individual X11 vmware driver which works for me but I agree it would be nice to have full port to FreeBSD 7.0-RELEASE. I'm sorry for not giving you patch files its just I was doing this on and off as a exercise to learn a little bit more about it.... I believe at least now as you said, the userland stuff builds fine now. Thanks! -aps On Tue, Mar 18, 2008 at 4:58 PM, Paul Schmehl <pauls@utdallas.edu> wrote: > --On Tuesday, March 18, 2008 15:24:53 -0400 Alexander Sack <pisymbol@gmail.com> > wrote: > > > > > bus_setup_intr() kernel API seems to have either changed or handled > > differently in 7.0. I believe you can add a NULL after the flags > > (INTR_MPSAFE) which tells BSD to use the standard interrupt handler > > instead of a top-level handler. > > > > _ac_enaddr is because arpcom as defined in net/if_arp.h no longer > > exists. Typically the protocol bits are stuffed in if_l2com (layer > > 2). > > > > I made the macro in net_compat.h > > > ># define VXN_SC2ENADDR(softc) (IF_LLADDR(VXN_SC2IFP(softc)) > > > > and then removed the "&" from both references in if_vxn.c as this > > macro already returns a pointer to char. > > > > That got me past this problem. Btw, this isn't an official port since > > I didn't really rectify the net_compat.h stuff (I suppose you could > > make the 600000 to 700055, etc.). > > > > I'm still getting some further issues with vnodeops and vfsops with > > some modules (I believe vops_lcok should be vops_lock1) but I don't > > know about the other problem. > > > > Well, you're way beyond my skill level now. I'll be happy to create a port for > this, but someone with a much deeper knowledge of FreeBSD and C is going to > have to resolve the problems with the modules. > > If someone is interested in doing that, I'll submit the patches to the > developers *and* add them to the port so that it can be committed. (Other than > the kernel modules, the software builds fine from what I can tell.) > > -- > > > Paul Schmehl (pauls@utdallas.edu) > Senior Information Security Analyst > The University of Texas at Dallas > http://www.utdallas.edu/ir/security/ > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- "What lies behind us and what lies in front of us is of little concern to what lies within us." -Ralph Waldo Emerson
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c0b01820803181424p7457ea44oda2da277803d2ecc>