From owner-freebsd-emulation Sun Mar 18 7:52:32 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id 7162A37B719 for ; Sun, 18 Mar 2001 07:52:30 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.1/8.11.1) with ESMTP id f2IFqUh34202; Sun, 18 Mar 2001 07:52:30 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com (icarus.kfu.com [205.178.90.254]) by medusa.kfu.com (8.11.1/8.11.0) with ESMTP id f2IFqUY67624; Sun, 18 Mar 2001 07:52:30 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Message-ID: <3AB4D9BD.9040502@quack.kfu.com> Date: Sun, 18 Mar 2001 07:52:29 -0800 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.3-BETA i386; en-US; 0.8) Gecko/20010216 X-Accept-Language: en MIME-Version: 1.0 To: Matt of the Long Red Hair Cc: freebsd-emulation Subject: Re: vmware and disk devices References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matt of the Long Red Hair wrote: > On Fri, 16 Mar 2001, Josef Karthauser wrote: > >> I don't know about -stable, but -current appears to try /compat/linux >> first an them without. I'm running a raw disk of /dev/md0, and I've not >> created a symlink in /compat/linux/dev. I did a ktrace on it and it >> NAMEI'd for both. > > > Hrm.. okay, so if vmware is supposed to check /dev/ as well, anyone have any > other ideas why my cdrom wouldn't be found? :) Do you have the FULL path listed? That is, /dev/cd0c? That works for me. One of the gotchas of the emulation is that if you do a linux ls of /dev, you don't see what's in /dev. Looking for /dev finds /compat/linux/dev which does not have much stuff in it. But the contents of a directory (when it exists in /compat/linux) is not a complete list of what files can be open()ed there because it will fall back to looking in the matching outer dir. > > > ---------------------------------------------------------------------- > ``The large print giveth, and the small print taketh away.'' > -- Tom Waits > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Mar 19 8:39:28 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from k2.jozsef.kando.hu (k2.jozsef.kando.hu [193.224.40.3]) by hub.freebsd.org (Postfix) with SMTP id CD70837B71C for ; Mon, 19 Mar 2001 08:39:22 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 19220 invoked by uid 1000); 19 Mar 2001 16:39:21 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Mar 2001 16:39:20 -0000 Date: Mon, 19 Mar 2001 17:39:20 +0100 (CET) From: Attila Nagy X-X-Sender: To: Subject: logging in with linux openssh binary Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I have to set up a complete linux (debian) system on a FreeBSD 4.3-BETA system. I've tarred out the base2_2.tgz (ftp.debian.org/debian/dists/potato/main/disks-i386/current) and configured the nameserver in /etc/resolv.conf and added the first user. Everything works like a charm until now, but I have a serious problem with OpenSSH. I do the following: # chroot /compat/linux /bin/bash # sshd -d debug: sshd version OpenSSH-1.2.3 debug: Bind to port 22 on 1.2.3.4. Server listening on 1.2.3.4 port 22. Generating 768 bit RSA key. RSA key generation complete. [now I try to connect with an ssh client from another machine using the username added previously] debug: Server will not fork when running in debugging mode. Connection from 1.1.1.1 port 1521 debug: Client protocol version 1.5; client software version OpenSSH-1.2.3 debug: Sent 768 bit public key and 1024 bit host key. debug: Encryption type: 3des debug: Received session key; encryption turned on. debug: Installing crc compensation attack detector. debug: checking for shadow entry debug: completed shadow checks debug: Starting up PAM with username "bra" debug: Attempting authentication for bra. Failed rsa for bra from 1.1.1.1 port 1521 [This is normal, now I type in the password at the other end] debug: PAM setting rhost to "resolved IP" debug: Allocating pty. error: openpty: Inappropriate ioctl for device error: Failed to allocate pty. debug: Forking shell. debug: PAM establishing creds debug: Entering interactive session. I've tried several things. First the OpenSSH process has hung at "Allocating pty", because on newer Linux systems the preferred method is to use /dev/pts/xx instead of the old ptys. After the deletion of the /dev/ptmx which is needed for this kind of operation I got the above. I've tried to recreate the device nodes with FreeBSD's MAKEDEV without success. I got the same error. After ktrace'ing the above I see: 13939 sshd CALL open(0x28233e36,0x2,0x2807d4d8) 13939 sshd NAMI "/compat/linux/dev/ptmx" 13939 sshd NAMI "/dev/ptmx" 13939 sshd RET open JUSTRETURN 13939 sshd CALL open(0xbfbfe078,0x2,0) 13939 sshd NAMI "/compat/linux/dev/ptyp0" 13939 sshd NAMI "/dev/ptyp0" 13939 sshd RET open -1 errno -5 Unknown error: -5 13939 sshd CALL open(0xbfbfe078,0x2,0xbfbfe084) 13939 sshd NAMI "/compat/linux/dev/ptyp1" 13939 sshd NAMI "/dev/ptyp1" 13939 sshd RET open 3 13939 sshd CALL ioctl(0x3,0x5401 ,0xbfbfcef0) 13939 sshd RET ioctl -1 errno -11 Unknown error: -11 13939 sshd CALL close(0x3) 13939 sshd RET close 0 13939 sshd CALL write(0x2,0xbfbfc294,0x2f) 13939 sshd GIO fd 2 wrote 47 bytes "error: openpty: Inappropriate ioctl for device [...] (this is the case with the FreeBSD pty device nodes) And the sshd keeps on going, the client gets some output, but can't type in anything. Besides recommending to use vmware, plex86, or something similar emulators (I can't and don't want because they are slow and unstable) or to use FreeBSD's native ssh to log in (in this situation this is not what I want) could you please give me some clues about this? Thanks, -------------------------------------------------------------------------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Mar 23 0:52:36 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from bom2.vsnl.net.in (bom2.vsnl.net.in [202.54.1.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F66637B719; Fri, 23 Mar 2001 00:51:53 -0800 (PST) (envelope-from toner1@asianwired.net) Received: from 202.54.1.1 (rsvp-208-187-151-175.ac05.dlls.eli.net [208.187.151.175]) by bom2.vsnl.net.in (Postfix) with SMTP id 9D88C104DC; Fri, 23 Mar 2001 14:19:38 +0530 (GMT+5:30) To: customer@republic.com Date: Thu, 22 Mar 01 03:22:20 EST From: toner1@asianwired.net Subject: toner supplies Message-Id: <20010323084939.9D88C104DC@bom2.vsnl.net.in> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org PLEASE FORWARD TO THE PERSON RESPONSIBLE FOR PURCHASING YOUR LASER PRINTER SUPPLIES **** VORTEX SUPPLIES **** -SPECIALS OF THE DAY ON LASER TONER SUPPLIES AT DISCOUNT PRICES-- LASER PRINTER TONER CARTRIDGES COPIER AND FAX CARTRIDGES WE ARE -->THE<-- PLACE TO BUY YOUR TONER CARTRIDGES BECAUSE YOU SAVE UP TO 30% FROM OFFICE DEPOT'S, QUILL'S OR OFFICE MAX'S EVERY DAY LOW PRICES ORDER BY PHONE:1-888-288-9043 ORDER BY FAX: 1-888-977-1577 CUSTOMER SERVICE: 1-888-248-2015 E-MAIL REMOVAL LINE: 1-888-248-4930 UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED) ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL. PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS). IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER NO SHIPPING CHARGES FOR ORDERS $49 OR OVER ADD $4.75 FOR ORDERS UNDER $49. C.O.D. ORDERS ADD $4.5 TO SHIPPING CHARGES. FOR THOSE OF YOU WHO REQUIRE MORE INFORMATION ABOUT OUR COMPANY INCUDING FEDERAL TAX ID NUMBER, CLOSEST SHIPPING OR CORPORATE ADDRESS IN THE CONTINENTAL U.S. OR FOR CATALOG REQUESTS PLEASE CALL OUR CUSTOMER SERVICE LINE 1-888-248-2015 OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE AS FOLLOWS: (PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER) HEWLETT PACKARD: (ON PAGE 2) ITEM #1 LASERJET SERIES 4L,4P (74A)------------------------$44 ITEM #2 LASERJET SERIES 1100 (92A)-------------------------$44 ITEM #3 LASERJET SERIES 2 (95A)-------------------------------$39 ITEM #4 LASERJET SERIES 2P (75A)-----------------------------$54 ITEM #5 LASERJET SERIES 5P,6P,5MP, 6MP (3903A)--$44 ITEM #6 LASERJET SERIES 5SI, 5000 (29A)------------------$95 ITEM #7 LASERJET SERIES 2100 (96A)-------------------------$74 ITEM #8 LASERJET SERIES 8100 (82X)-----------------------$145 ITEM #9 LASERJET SERIES 5L/6L (3906A0------------------$35 ITEM #10 LASERJET SERIES 4V-------------------------------------$95 ITEM #11 LASERJET SERIES 4000 (27X)-------------------------$72 ITEM #12 LASERJET SERIES 3SI/4SI (91A)--------------------$54 ITEM #13 LASERJET SERIES 4, 4M, 5,5M-----------------------$49 HEWLETT PACKARD FAX (ON PAGE 2) ITEM #14 LASERFAX 500, 700 (FX1)----------$49 ITEM #15 LASERFAX 5000,7000 (FX2)------$54 ITEM #16 LASERFAX (FX3)------------------------$59 ITEM #17 LASERFAX (FX4)------------------------$54 LEXMARK/IBM (ON PAGE 3) OPTRA 4019, 4029 HIGH YIELD---------------$89 OPTRA R, 4039, 4049 HIGH YIELD---------$105 OPTRA E----------------------------------------------------$59 OPTRA N--------------------------------------------------$115 OPTRA S--------------------------------------------------$165 - EPSON (ON PAGE 4) ACTION LASER 7000,7500,8000,9000-------$105 ACTION LASER 1000,1500-------------------------$105 CANON PRINTERS (ON PAGE 5) PLEASE CALL FOR MODELS AND UPDATED PRICES FOR CANON PRINTER CARTRIDGES PANASONIC (0N PAGE 7) NEC SERIES 2 MODELS 90 AND 95----------$105 APPLE (0N PAGE 8) LASER WRITER PRO 600 or 16/600------------$49 LASER WRITER SELECT 300,320,360---------$74 LASER WRITER 300 AND 320----------------------$54 LASER WRITER NT, 2NT------------------------------$54 LASER WRITER 12/640--------------------------------$79 CANON FAX (ON PAGE 9) LASERCLASS 4000 (FX3)---------------------------$59 LASERCLASS 5000,6000,7000 (FX2)---------$54 LASERFAX 5000,7000 (FX2)----------------------$54 LASERFAX 8500,9000 (FX4)----------------------$54 CANON COPIERS (PAGE 10) PC 3, 6RE, 7 AND 11 (A30)---------------------$69 PC 300,320,700,720 and 760 (E-40)--------$89 IF YOUR CARTRIDGE IS NOT LISTED CALL CUSTOMER SERVICE AT 1-888-248-2015 90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS. ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 12: 2: 1 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from tortugas.irbs.com (tortugas.irbs.com [216.86.160.243]) by hub.freebsd.org (Postfix) with ESMTP id 2C4B337B71A for ; Sat, 24 Mar 2001 12:01:56 -0800 (PST) (envelope-from jc@irbs.com) Received: by tortugas.irbs.com (Postfix, from userid 108) id 6140F13623; Sat, 24 Mar 2001 15:01:45 -0500 (EST) Date: Sat, 24 Mar 2001 15:01:45 -0500 From: John Capo To: freebsd-emulation@freebsd.org Subject: Slooow VMware on RELENG_4 SMP Message-ID: <20010324150145.A9587@tortugas.irbs.com> Reply-To: jc@irbs.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kernel and system built from current RELENG_4 source yesterday. VMware boots Win98 and runs but its just real slooow. VMware tells me that the virtual disk I am using is NFS mounted and that's not the case. Works fine with a UP kernel. Hardware is a ASUS CUV4X-DLS with 933Mhz PIIIs though I doubt the hardware is the problem. I haven't seen any discussions about VMware and SMP other than the "VMware doesn't even boot" thread quite a while back. Anyone have VMware working on a -stable SMP system? John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 15:11:54 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-43.dsl.lsan03.pacbell.net [63.207.60.43]) by hub.freebsd.org (Postfix) with ESMTP id 7C1CA37B71A for ; Sat, 24 Mar 2001 15:11:52 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3D0C166E89; Sat, 24 Mar 2001 15:11:52 -0800 (PST) Date: Sat, 24 Mar 2001 15:11:52 -0800 From: Kris Kennaway To: Sean Chittenden Cc: freebsd-emulation@freebsd.org Subject: Re: linux_fstat64()... Message-ID: <20010324151152.B41591@xor.obsecurity.org> References: <20010315121531.F54243@rand.tgd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315121531.F54243@rand.tgd.net>; from sean-freebsd-emulation@chittenden.org on Thu, Mar 15, 2001 at 12:15:32PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 15, 2001 at 12:15:32PM -0800, Sean Chittenden wrote: > Has anyone implimented the linux_fstat64() call? If it hasn't > and you'd be interested in it, please email me so I can guage the > level of interest. -sc I'm getting warnings from (I think) realplayer about this. Sign me up as 'interested' if you can submit code to implement it. Kris --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6vSm3Wry0BWjoQKURAi3WAJ0UqbNHL6XCgmtMnt27ZUcrVKD6hgCaAwIg 9lrS8uS+brkwvudmMS2pfXw= =dxAS -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 16:57:32 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 3B60337B71E for ; Sat, 24 Mar 2001 16:57:23 -0800 (PST) (envelope-from sean@mailhost.tgd.net) Received: (qmail 65410 invoked by uid 1001); 25 Mar 2001 00:57:18 -0000 Date: Sat, 24 Mar 2001 16:57:18 -0800 From: Sean Chittenden To: Kris Kennaway Cc: freebsd-emulation@freebsd.org Subject: Re: linux_fstat64()... Message-ID: <20010324165717.G18546@rand.tgd.net> References: <20010315121531.F54243@rand.tgd.net> <20010324151152.B41591@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OFj+1YLvsEfSXdCH" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010324151152.B41591@xor.obsecurity.org>; from "kris@obsecurity.org" on Sat, Mar 24, 2001 at = 03:11:52PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have an old patch that I found on the mailing lists from Sean Eric Fagan who created the patch, but hadn't maintained it. I tried applying the patch to the STABLE branch, but didn't have any success. My end solution was to run a 4.0 system (or a 3.4, can't remember). Here's Sean Fagan's patch (found in archives at: http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D20950+27808+/usr/local/www/db= /text/2000/freebsd-emulation/20001008.freebsd-emulation) It doesn't apply 100% cleanly, however, you can do the patch by hand and try and compile. At that point, I run into the following errors: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions = -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt= _global.h -elf -mpreferred-stack-boundary=3D2 ../../compat/linux/linux_st= ats.c =2E./../compat/linux/linux_stats.c: In function `linux_fstat64': =2E./../compat/linux/linux_stats.c:277: structure has no member named `fd' =2E./../compat/linux/linux_stats.c:278: structure has no member named `fd' =2E./../compat/linux/linux_stats.c:283: structure has no member named `buf' *** Error code 1 Stop in /usr/src/sys/compile/HOST20. Anyway, here's the old patch. I'm about to head out of town for a week, but when I get back hopefully I'll have some time to poke at this, but I'm 100% ignorant of how this works and haven't used C in 4 years, so it's probably in all of our best interests if someone else pokes at this. ;~) -sc --- /sys/i386/linux/linux_dummy.c Wed Jul 19 22:31:56 2000 +++ linux_dummy.c Mon Oct 2 15:07:27 2000 @@ -25,7 +25,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $FreeBSD: src/sys/i386/linux/linux_dummy.c,v 1.21.2.3 2000/07/20 05:31:= 56 marcel Exp $ + * $FreeBSD: src/sys/i386/linux/linux_dummy.c,v 1.21 2000/01/29 12:45:35 p= eter Exp $ */ =20 #include @@ -98,6 +98,8 @@ DUMMY(rt_sigpending); DUMMY(rt_sigtimedwait); DUMMY(rt_sigqueueinfo); +DUMMY(pread); +DUMMY(pwrite); DUMMY(capget); DUMMY(capset); DUMMY(sendfile); @@ -109,4 +111,3 @@ DUMMY(ftruncate64); DUMMY(stat64); DUMMY(lstat64); -DUMMY(fstat64); --- /sys/i386/linux/syscalls.master Wed Jul 19 14:11:10 2000 +++ syscalls.master Mon Oct 2 15:07:27 2000 @@ -1,4 +1,4 @@ - $FreeBSD: src/sys/i386/linux/syscalls.master,v 1.30.2.2 2000/07/19 21:11:= 10 marcel Exp $ + $FreeBSD: src/sys/i386/linux/syscalls.master,v 1.30 2000/01/29 12:43:29 p= eter Exp $ =20 ; @(#)syscalls.master 8.1 (Berkeley) 7/19/93 ; System call name/number master file (or rather, slave, from LINUX). @@ -32,7 +32,7 @@ ; #ifdef's, etc. may be included, and are copied to the output files. =20 0 STD LINUX { int linux_setup(void); } -1 NOPROTO LINUX { void exit(int rval); } exit rexit_args void +1 NOPROTO LINUX { int exit(int rval); } 2 STD LINUX { int linux_fork(void); } 3 NOPROTO LINUX { int read(int fd, char *buf, u_int nbyte); } 4 NOPROTO LINUX { int write(int fd, char *buf, u_int nbyte); } @@ -113,8 +113,7 @@ linux_osigset_t oldmask, \ linux_osigset_t mask); } 73 STD LINUX { int linux_sigpending(linux_osigset_t *mask); } -74 NOPROTO LINUX { int osethostname(char *hostname, u_int len); } \ - osethostname sethostname_args int +74 NOPROTO LINUX { int osethostname(char *hostname, u_int len); } 75 STD LINUX { int linux_setrlimit(u_int resource, \ struct ogetrlimit *rlim); } 76 STD LINUX { int linux_getrlimit(u_int resource, \ @@ -266,10 +265,8 @@ 178 STD LINUX { int linux_rt_sigqueueinfo(void); } 179 STD LINUX { int linux_rt_sigsuspend(linux_sigset_t *newset, \ size_t sigsetsize); } -180 STD LINUX { int linux_pread(int fd, char *buf, size_t nbyte, \ - off_t offset); } -181 STD LINUX { int linux_pwrite(int fd, const char *buf, \ - size_t nbyte, off_t offset); } +180 STD LINUX { int linux_pread(void); } +181 STD LINUX { int linux_pwrite(void); } 182 STD LINUX { int linux_chown(char *path, int uid, int gid); } 183 STD LINUX { int linux_getcwd(char *buf, unsigned long bufsize); } 184 STD LINUX { int linux_capget(void); } @@ -286,4 +283,4 @@ 194 STD LINUX { int linux_ftruncate64(void); } 195 STD LINUX { int linux_stat64(void); } 196 STD LINUX { int linux_lstat64(void); } -197 STD LINUX { int linux_fstat64(void); } +197 STD LINUX { int linux_fstat64(int fd, struct stat64 *buf); } --- /sys/i386/linux/linux_stats.c Thu Jul 6 18:16:52 2000 +++ linux_stats.c Mon Oct 2 15:07:27 2000 @@ -25,7 +25,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $FreeBSD: src/sys/i386/linux/linux_stats.c,v 1.20.2.1 2000/07/07 01:16:= 52 obrien Exp $ + * $FreeBSD: src/sys/i386/linux/linux_stats.c,v 1.20 2000/01/08 21:09:41 m= arcel Exp $ */ =20 #include @@ -44,6 +44,8 @@ #include #include =20 +#include + struct linux_newstat { u_short stat_dev; u_short __pad1; @@ -67,6 +69,30 @@ u_long __unused5; }; =20 +struct linux_stat64 { + u_short stat_dev; + u_char __pad0[10]; + u_long stat_ino; + u_int stat_mode; + u_int stat_nlink; + u_long stat_uid; + u_long stat_gid; + u_short stat_rdev; + u_char __pad3[10]; + int64_t stat_size; + u_long stat_blksize; + u_long stat_blocks; + u_long __pad4; + u_long stat_atime; + u_long __pad5; + u_long stat_mtime; + u_long __pad6; + u_long stat_ctime; + u_long __pad7; + u_long __unused1; + u_long __unused2; +}; + struct linux_ustat=20 { int f_tfree; @@ -97,6 +123,29 @@ return (copyout(&tbuf, ubuf, sizeof(tbuf))); } =20 +static int +stat64_copyout(struct stat *buf, void *ubuf) +{ + struct linux_stat64 tbuf; + + bzero(&tbuf, sizeof(tbuf)); + tbuf.stat_dev =3D uminor(buf->st_dev) | (umajor(buf->st_dev) << 8); + tbuf.stat_ino =3D buf->st_ino; + tbuf.stat_mode =3D buf->st_mode; + tbuf.stat_nlink =3D buf->st_nlink; + tbuf.stat_uid =3D buf->st_uid; + tbuf.stat_gid =3D buf->st_gid; + tbuf.stat_rdev =3D buf->st_rdev; + tbuf.stat_size =3D buf->st_size; + tbuf.stat_atime =3D buf->st_atime; + tbuf.stat_mtime =3D buf->st_mtime; + tbuf.stat_ctime =3D buf->st_ctime; + tbuf.stat_blksize =3D buf->st_blksize; + tbuf.stat_blocks =3D buf->st_blocks; + + return (copyout(&tbuf, ubuf, sizeof(tbuf))); +} + int linux_newstat(struct proc *p, struct linux_newstat_args *args) { @@ -187,6 +236,31 @@ error =3D fo_stat(fp, &buf, p); if (!error) error =3D newstat_copyout(&buf, args->buf); + + return (error); +} + +int +linux_fstat64(struct proc *p, struct linux_fstat64_args *args) +{ + struct filedesc *fdp; + struct file *fp; + struct stat buf; + int error; + + fdp =3D p->p_fd; + +#ifdef DEBUG + printf("Linux-emul(%ld): fstat64(%d, *)\n", (long)p->p_pid, args->fd); +#endif + + if ((unsigned)args->fd >=3D fdp->fd_nfiles || + (fp =3D fdp->fd_ofiles[args->fd]) =3D=3D NULL) + return (EBADF); + + error =3D fo_stat(fp, &buf, p); + if (!error) + error =3D stat64_copyout(&buf, args->buf); =20 return (error); } On Sat, Mar 24, 2001 at 03:11:52PM -0800, Kris Kennaway wrote: > Delivered-To: sean-freebsd-emulation@chittenden.org > Delivered-To: freebsd-emulation@freebsd.org > Date: Sat, 24 Mar 2001 15:11:52 -0800 > From: Kris Kennaway > To: Sean Chittenden > Cc: freebsd-emulation@freebsd.org > Subject: Re: linux_fstat64()... > User-Agent: Mutt/1.2.5i > In-Reply-To: <20010315121531.F54243@rand.tgd.net>; from sean-freebsd-emul= ation@chittenden.org on Thu, Mar 15, 2001 at 12:15:32PM -0800 > X-Loop: FreeBSD.org > Precedence: bulk >=20 > On Thu, Mar 15, 2001 at 12:15:32PM -0800, Sean Chittenden wrote: > > Has anyone implimented the linux_fstat64() call? If it hasn't > > and you'd be interested in it, please email me so I can guage the > > level of interest. -sc >=20 > I'm getting warnings from (I think) realplayer about this. Sign me up > as 'interested' if you can submit code to implement it. >=20 > Kris --=20 Sean Chittenden sean@chittenden.org --OFj+1YLvsEfSXdCH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjq9Qm0ACgkQn09c7x7d+q1o5wCbBMD7dyz9cjVVhFKCWWtuQOTM mL4AoMTaoIHmHr0WVyxKEapFWo+MGfdp =I1Cg -----END PGP SIGNATURE----- --OFj+1YLvsEfSXdCH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 20: 1: 7 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 2992037B719 for ; Sat, 24 Mar 2001 20:01:05 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 24 Mar 2001 23:00:58 -0500 Message-ID: <3ABD6D4D.DC46FB87@babbleon.org> Date: Sat, 24 Mar 2001 23:00:13 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: jc@irbs.com Cc: freebsd-emulation@freebsd.org Subject: Re: Slooow VMware on RELENG_4 SMP References: <20010324150145.A9587@tortugas.irbs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I haven't tracked it down, but I am also getting a vmware message that claims that the root disk is mounted remotely, thoug this is not the case. I haven't noticed terribly performance problems, but I really haven't done anything with vmware but bring it up and try to ping. (I can't get the #@$! networking right for vmware under FreeBSD--I'm really seriously considering giving up & going back to Linux in fact.) The message started showing up when I went from 4.2-RELEASE to 4.3-BETA. John Capo wrote: > > Kernel and system built from current RELENG_4 source yesterday. > VMware boots Win98 and runs but its just real slooow. VMware tells > me that the virtual disk I am using is NFS mounted and that's not > the case. Works fine with a UP kernel. > > Hardware is a ASUS CUV4X-DLS with 933Mhz PIIIs though I doubt the > hardware is the problem. > > I haven't seen any discussions about VMware and SMP other than the > "VMware doesn't even boot" thread quite a while back. Anyone have > VMware working on a -stable SMP system? > > John Capo > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 21:37:45 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 9FD5437B719 for ; Sat, 24 Mar 2001 21:37:42 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 26100 invoked by uid 666); 25 Mar 2001 05:39:21 -0000 Received: from i077-245.nv.iinet.net.au (HELO elischer.org) (203.59.77.245) by mail.m.iinet.net.au with SMTP; 25 Mar 2001 05:39:21 -0000 Message-ID: <3ABD8421.EC5438F9@elischer.org> Date: Sat, 24 Mar 2001 21:37:37 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: The Babbler Cc: jc@irbs.com, freebsd-emulation@freebsd.org Subject: Re: Slooow VMware on RELENG_4 SMP References: <20010324150145.A9587@tortugas.irbs.com> <3ABD6D4D.DC46FB87@babbleon.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The Babbler wrote: > > I haven't tracked it down, but I am also getting a vmware message that > claims that the root disk is mounted remotely, thoug this is not the > case. I haven't noticed terribly performance problems, but I really > haven't done anything with vmware but bring it up and try to ping. (I > can't get the #@$! networking right for vmware under FreeBSD--I'm really > seriously considering giving up & going back to Linux in fact.) I have had no (zero/nada/none/zilch) problems with routed networking.. I've also seen others having no problems with bridged networking.. what are you trying to do? I use vmware-1.0.4 (I have a licence and don't really feel like paying to upgrade) to run 1/ win98 for turbotax 2/ FreeBSD-current for kernel debugging. > -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 22:46:33 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 152D637B719 for ; Sat, 24 Mar 2001 22:46:25 -0800 (PST) (envelope-from bts@babbleon.org) Received: from babbleon.org ([66.26.250.181]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sun, 25 Mar 2001 01:46:08 -0500 Message-ID: <3ABD9400.21D32BA3@babbleon.org> Date: Sun, 25 Mar 2001 01:45:20 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer , freebsd-emulation@freebsd.org, Brian.Dean@sas.com Subject: Re: VMware networking (was: Slooow VMware on RELENG_4 SMP) References: <20010324150145.A9587@tortugas.irbs.com> <3ABD6D4D.DC46FB87@babbleon.org> <3ABD8421.EC5438F9@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Julian Elischer wrote: > > The Babbler wrote: > > > > I haven't tracked it down, but I am also getting a vmware message that > > claims that the root disk is mounted remotely, thoug this is not the > > case. I haven't noticed terribly performance problems, but I really > > haven't done anything with vmware but bring it up and try to ping. (I > > can't get the #@$! networking right for vmware under FreeBSD--I'm really > > seriously considering giving up & going back to Linux in fact.) > > I have had no (zero/nada/none/zilch) problems with routed networking.. > I've also seen others having no problems with bridged networking.. > > what are you trying to do? > > I use vmware-1.0.4 (I have a licence and don't really feel like paying > to upgrade) to run > 1/ win98 for turbotax > 2/ FreeBSD-current for kernel debugging. > > > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000-2001 > ---> X_.---._/ > v Well, I've tried a number of things (and posted about some of them before). For what it's worth, I am running vmware 2. (It was free for me [owing to the date when I purchased my vmware1 license], so it was an easy decision. Performance improvements for Win 98 were quite noticable.) I have vmware running a 192.168.242 network ("...242" for short), with ..242.2 being the vmware and ...242.1 being the vmnet1 node. I have another interface on the host, which varies. At home (which is what I'm trying to get working first), it's on a 192.158.147 network ("...147" for short). ep0 is ...147.4 and its gateway is ...147.1. I run a local nameserver on the host. All this is so that the guest O/Ss can use a simple static setup regardless of where the host is, since the host is a laptop and it isn't always in the same place or at the same address. The guest is configured with ...242.2 as its IP address, ...242.1 as its gateway, and ...242.1 as its nameserver. The primary guest of interest is Windows 98, though I briefly had a FreeBSD guest when I was running Linux and would hope to have a Linux guest how that I'm running FreeBSD, and perhaps a -CURRENT FreeBSD as well. So . . . . With the latest vmware2 port (2.0.3.799_1), which is supposed to "just work" by using netgraph, I can't even communicate from the guest to the host at all. Not even from ...242.1 to ...242.2 or vice versa. Actually, it's a little weirder than that. The *first* time I tried this after installing that port, it all worked beautifully. But after the next time I rebooted my host, it didn't work at all, and it never has since then either. So I reverted back to the previous vmare2 port (2.0.3.799). From there I can ping from the guest (...242.2) to the host vmware (...242.1) as well as to the host's "real" addr (...147.4), but I cannot access the host's gateway (...147.1). I *can* access the host's nameserver via ...242.1, so if from the guest I do something like "ping www.yahoo.com" then the numeric IP address to ping will be correctly resolved, but the packets won't actually get delivered. I tried solving this under 4.2-RELEASE by enabling bridging the in the kernel, but that broke my networking with my 3com PCMCIA card *completely*--my *host* was no longer able to reach its gateway, so obviously my guest couldn't either, and I was pretty much dead in the water. I have since solved *that* problem by upgrading to 4.3-BETA, where I can enable briding in the kernel, and the host networking works just great, but I still can't get the guest packets anyplace. However, I will be perfectly frank in confessing that I'm not at all clear on how bridging is really supposed to work here. It's built into the kenel, and sysctl shows that net.link.ether.bridge is 1, and I get messages about setting the interfaces into promiscuous mode, but the ep0 interface, if I do ifconfig, doesn't actually show itself as being in promiscuous mode. This could be the root of the problem, or it could be that the bridging is trying to set up too early, and PCMCIA intialization is realatively late. But I have tried using sysctl to turn the bridging off and back on, and that didn't fix anything. The bridging man page does talk about using bridging whilst enabling IP forwarding, which logically might be required since they are two separate networks, but I can't figure out how one combines the two concepts of bridging and IP forwarding or how to write the rules under such a circumstance. Also, the briding man page has a warning that having both interfaces have IP addresses is bad, so this might be why things are broken for me. So, having written gotten firewalls working for both Linux and FreeBSD for my real firewall machine, and having solved this problem under Linux with "IP Masquerading" (Linuxese for IP network address translation), I ditched the bridging (this was still with 4.2-RELEASE) and tried to write a zero-security mini-firewall isntead. I disabled bridging the kernel and enabled the IPFIREWALL and IPDIVERT along with the IPFIREWALL_DEFAULT_TO_ACCEPT option (since I'm not looking for security at this level). In then tried a wide variety of firewalls. First I tried the OPEN firewall, then the SIMPLE firewall with oif="ep0" onet="192.168.147.0" omask="255.255.255.0" oip="192.168.147.4" # set these to your inside interface network and netmask and ip iif="vmnet1" inet="192.168.242.0" imask="255.255.255.0" iip="192.168.242.1" I tried both of these with and without this: natd_enable="YES" natd_interface="ep0" and then my own custom firewall with this set of rules: oif="ep0" oparms=`/sbin/ifconfig ${oif} | /usr/bin/grep inet | /usr/bin/cut -f2,4,6 -d' '` oip=`/bin/echo "${oparms}" | cut -f1 -d' '` onet="${oip}" omask=`/bin/echo "${oparms}" | cut -f2 -d' '` obcast=`/bin/echo "${oparms}" | cut -f3 -d' '` iif="vmnet1" iparms=`/sbin/ifconfig ${iif} | /usr/bin/grep inet | /usr/bin/cut -f2,4,6 -d' '` iip=`/bin/echo "${iparms}" | cut -f1 -d' '` inet="${iip}" imask=`/bin/echo "${iparms}" | cut -f2 -d' '` ibcast=`/bin/echo "${iparms}" | cut -f3 -d' '` fwcmd=/sbin/ipfw ${fwcmd} -f flush # Use NAT to translate packets destined to or coming from the outside ${fwcmd} add divert natd all from ${inet}:${imask} to any via ${oif} # Allow all normal traffic--we are inside the real firewall ${fwcmd} add allow ip from any to any Now, under Linux I had all this working, with the guest set up in the same manner (indeed, I just brought the virtual disk over from Linux), and these rules in Linuxese. The above was my (incompetent, I fear) attempt to translate them into BSDish. In case anybody reading this is bilingual, here it is in the original language. This scripts works. extip="`/sbin/ifconfig eth0 | grep "inet addr" | awk '{print $2}' | sed -e 's/.*://'`" extint="eth0" intnet="192.168.242.1/24" intint="vmnet1" echo extip=$extip echo extint=$extint echo intnet=$intnet echo intint=$intint # The rest of this is lifted comments & all, from the masquarading howto. # MASQ timeouts # # 2 hrs timeout for TCP session timeouts # 10 sec timeout for traffic after the TCP/IP "FIN" packet is received # 60 sec timeout for UDP traffic (MASQ'ed ICQ users must enable a 30sec firewall # timeout in ICQ itself) # ipchains -M -S 7200 10 60 ipchains -F input ipchains -P input ACCEPT ipchains -F output ipchains -P output ACCEPT ############################################################################# # Forwarding, flush and set default policy of deny. Actually the default policy # is irrelevant because there is a catch all rule with deny and log. # ipchains -F forward ipchains -P forward DENY # Masquerade from local net on local interface to anywhere. # ipchains -A forward -i $extint -s $intnet -d 0.0.0.0/0 -j MASQ # catch all rule, all other forwarding is denied and logged. pity there is no # log option on the policy but this does the job instead. # ipchains -A forward -s 0.0.0.0/0 -d 0.0.0.0/0 -l -j REJECT -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Mar 24 23:22:14 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id BB49737B719 for ; Sat, 24 Mar 2001 23:22:09 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14h4qb-000Cd2-00; Sat, 24 Mar 2001 23:21:57 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: The Babbler Cc: freebsd-emulation@freebsd.org Subject: Re: vm References: <200103240357.f2O3v0c27492@ptavv.es.net> <3ABD9782.21A8BED1@babbleon.org> Message-Id: Date: Sat, 24 Mar 2001 23:21:57 -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org o from vmware's web page, it appears that one may be able to use the original windoze install partition if one buys the workstation version o i kinda understand virtual machines in general, as they have not changed much since i started using them in the late '60s when ibm invented them (the manchester atlas machines actually predated ibm's braggadocio by a number of years, but i did not use them). but i have a suspicious nature, and we're talkin' windoze here. so excuse me if i am not confident that winfax pro is gonna get to a laptop winmodem through vmware under freebsd. if i does, i will be impressed as well as thankful. o i would REALLY like to - start with a brand new windoze laptop - squeeze or move the windoze partition, without damaging it (i have pqm) - install freebsd -stable - install vmware - run windoze as the secondary os under vmware o the list name seems to be freebsd-emulation, not freebsd-emulators. but thanks for the pointer. randy >>> http://www.freebsdzine.org/200102/vmware2.php3 >> >> thanks! so i buy a new windoze laptop and want to install while saving all >> the pre-installed windoze cruft. >> - do i want to run freebsd inside windows or vice versa? i hear that >> the former gives one a slightly ill freebsd (clock lag etc) > > Yout want to run your secondary O/S inside your primary O/S. However > fast vmware may be _for_an_emulator_, it's never going to work as well > as booting native. > > Then again, I don't believe that Win 98/Me can host vmware, only Win > NT/2000. You should double-check against the the vmware web site and > your laptop, but you may not have the option anyway. > > So figure out what you *can* run and what environment you want to be in > most of the time. All else being equal, Linux is surely the best host. > It's a Unix system (better suited to the task) which is directly > supported by the company. If you really treat all O/Ss equally you'd > probably be best to run Linux and run *both* as guests. > >> - do i buy vmware express or workstation? note that >> says that only >> workstation has freebsd, but i suspect that is within a vm > > express means that you get vmware + one guest as a package. You can't, > as I understand it, install any other guest if you get express. This is > all based on the doc, though; I've had vmware since long before vmware > express existed. > >> - do the normal freebsd partmagic hacks work > > Clarify the query? Once you are running vmware, it provides a virtual > machine with its own disk, which can be mapped to a physical disk or > not. > >> - or do i backup/restore the windows universe >> - or do i not care about the dell-specific drivers etc > > No, no, no. It's an *application* that runs on (say) FreeBSD the > provides a *virtual* i386 PC clone. Once it's up, you install an O/S on > it by putting in the install disk and installing just as if you were on > a real machine. When it comes up, you get BIO messages inside the > vmware window just like you were talking to a computer--but you're not > talking to a computer at all. You aren't talking to *your* BIOS, you > are talking to the VMware BIOS, and it isn't running on your physical > devices at all, it's running the VMware virtual devices, which could be > coincidentally similar to your physical devices for very dissimilar. > You might have SCSI drivees, but your virtual machine machine have IDE > drives. You might have a 3com ethernet card but your virtual machine > might have a Family Ethernet card. All the devices are fixed--installed > in the virtual machine by VMware and they have nothing to do with your > real devices installed in your physical machine by Dell. > > So you'd install Windows like normal and then you could do a restore > from Windows backup media. You can also get it to use your existing > Windows partition as part of its virtual disk system. This is awkware > under FreeBSD, but works nicely once it's set up. > > >> >> and lastly, what is the more appropriate freebsd mailing list where i should >> be asking all this? > > freebsd-emulators To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message