From owner-freebsd-emulation Sun Jun 11 8:27:39 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 884CD37BF50; Sun, 11 Jun 2000 08:27:30 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p29-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.158]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA07519; Mon, 12 Jun 2000 00:27:18 +0900 (JST) Message-ID: <3943AFF4.6821783E@newsguy.com> Date: Mon, 12 Jun 2000 00:27:48 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Mike Smith Cc: Luoqi Chen , current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader References: <200006110105.SAA11913@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: > > > VMware intercepts the inb/outb instruction to port 0x5658 when the eax > > register is set to a magic value, otherwise it would be handled as any > > other ports. > > I think, again, that adding an i386-specific word that detects the > presence of VMware is a perfectly sensible idea, and it should simply be > done. Given the way VMware works, I'd have nothing against making it a FICL words, except... ...VMware is a port. For some reason, I dislike the idea of having support targetted at exclusively one specific port. Though we have features added specifically to deal with certain ports, they were all more generic features. So, I see two alternatives here: 1) Add the Forth words that allow execution of assembler code (CODE ;CODE), and hex-compile the code (as having a whole assembler around is unreasonable). This enables similar problems to be solved without having to change loader(8). 2) Add the VMware detecting to FICL, as originally suggested. While I have reservations about the latter, I'm not objecting to it. If you, Luoqi, prefer to go that way, go ahead. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 10:11:16 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 2D8B837BA16; Sun, 11 Jun 2000 10:10:59 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id NAA61625; Sun, 11 Jun 2000 13:10:48 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200006111710.NAA61625@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: Mike Smith , Luoqi Chen , current@FreeBSD.ORG, emulation@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: VMware detection code in boot loader References: <200006110105.SAA11913@mass.cdrom.com> <3943AFF4.6821783E@newsguy.com> In-reply-to: Your message of "Mon, 12 Jun 2000 00:27:48 +0900." <3943AFF4.6821783E@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 13:10:48 -0400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Mike Smith wrote: > > > > > VMware intercepts the inb/outb instruction to port 0x5658 when the eax > > > register is set to a magic value, otherwise it would be handled as any > > > other ports. > > > > I think, again, that adding an i386-specific word that detects the > > presence of VMware is a perfectly sensible idea, and it should simply be > > done. > > Given the way VMware works, I'd have nothing against making it a FICL > words, except... > > ...VMware is a port. For some reason, I dislike the idea of having > support targetted at exclusively one specific port. Though we have > features added specifically to deal with certain ports, they were all > more generic features. > > So, I see two alternatives here: > > 1) Add the Forth words that allow execution of assembler code (CODE > ;CODE), and hex-compile the code (as having a whole assembler around is > unreasonable). This enables similar problems to be solved without having > to change loader(8). > > 2) Add the VMware detecting to FICL, as originally suggested. or 3) add inw and outw Forth words, and make the VMWARE specific stuff just new words defined in Forth. Perhaps this doesn't preclude having to do 1) for some future problem, but it could delay it somewhat. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 10:42: 9 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from overcee.netplex.com.au (peter1.corp.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 78C3137B79E; Sun, 11 Jun 2000 10:41:58 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id DDB611CD7; Sun, 11 Jun 2000 10:41:53 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: Mike Smith , Luoqi Chen , current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader In-Reply-To: Message from "Daniel C. Sobral" of "Mon, 12 Jun 2000 00:27:48 +0900." <3943AFF4.6821783E@newsguy.com> Date: Sun, 11 Jun 2000 10:41:53 -0700 From: Peter Wemm Message-Id: <20000611174153.DDB611CD7@overcee.netplex.com.au> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Daniel C. Sobral" wrote: > Mike Smith wrote: > > > > > VMware intercepts the inb/outb instruction to port 0x5658 when the eax > > > register is set to a magic value, otherwise it would be handled as any > > > other ports. > > > > I think, again, that adding an i386-specific word that detects the > > presence of VMware is a perfectly sensible idea, and it should simply be > > done. > > Given the way VMware works, I'd have nothing against making it a FICL > words, except... > > ...VMware is a port. For some reason, I dislike the idea of having > support targetted at exclusively one specific port. Though we have > features added specifically to deal with certain ports, they were all > more generic features. > > So, I see two alternatives here: > > 1) Add the Forth words that allow execution of assembler code (CODE > ;CODE), and hex-compile the code (as having a whole assembler around is > unreasonable). This enables similar problems to be solved without having > to change loader(8). > > 2) Add the VMware detecting to FICL, as originally suggested. > > While I have reservations about the latter, I'm not objecting to it. If > you, Luoqi, prefer to go that way, go ahead. Why make #2 vmware specific? Why not set $emulation to native,vmware,bochs, etc. This is applicable to any platform that may have some sort of emulator. Putting it in an environment variable has the advantage of having it passed through to the kernel environment too, so you might be able to use it in /etc/rc* as well. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 10:43:14 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 8201237C9D2; Sun, 11 Jun 2000 10:43:05 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA14537; Sun, 11 Jun 2000 10:47:00 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006111747.KAA14537@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader In-reply-to: Your message of "Mon, 12 Jun 2000 00:27:48 +0900." <3943AFF4.6821783E@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 10:47:00 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Mike Smith wrote: > > > > > VMware intercepts the inb/outb instruction to port 0x5658 when the eax > > > register is set to a magic value, otherwise it would be handled as any > > > other ports. > > > > I think, again, that adding an i386-specific word that detects the > > presence of VMware is a perfectly sensible idea, and it should simply be > > done. > > Given the way VMware works, I'd have nothing against making it a FICL > words, except... > > ...VMware is a port. For some reason, I dislike the idea of having > support targetted at exclusively one specific port. Though we have > features added specifically to deal with certain ports, they were all > more generic features. It's not a port, it's a platform. We probably want to add extra words to detect other platform features, eg. i386, alpha, ia64, etc. but that doesn't invalidate the basic idea. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 11: 8:58 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 3C71C37B82B; Sun, 11 Jun 2000 11:08:50 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p61-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.62]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA04524; Mon, 12 Jun 2000 03:08:35 +0900 (JST) Message-ID: <3943D5E2.A67A111B@newsguy.com> Date: Mon, 12 Jun 2000 03:09:38 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Peter Wemm Cc: Mike Smith , Luoqi Chen , current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader References: <20000611174153.DDB611CD7@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Wemm wrote: > > > 2) Add the VMware detecting to FICL, as originally suggested. > > Why make #2 vmware specific? Why not set $emulation to native,vmware,bochs, > etc. This is applicable to any platform that may have some sort of emulator. > Putting it in an environment variable has the advantage of having it passed > through to the kernel environment too, so you might be able to use it in > /etc/rc* as well. It wouldn't change the matter of having port-specific code on loader. It is really irrelevant whether that code will be setting an environment variable or returning flag/version. Forth code executed at run-time is an extension of loader. It can call various flag-returning words and set an environment variable accordingly. The only difference is that having C code set the environment variable let us get away from using FICL, but, then, the utility of it is _only_ passing it to the kernel environment, as loader(8) without FICL can do very little based on the content of an environment variable. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 11:12:57 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9737137B771; Sun, 11 Jun 2000 11:12:52 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p61-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.62]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA05065; Mon, 12 Jun 2000 03:12:51 +0900 (JST) Message-ID: <3943D6E1.84EF5F40@newsguy.com> Date: Mon, 12 Jun 2000 03:13:53 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Mike Smith Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader References: <200006111747.KAA14537@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: > > > ...VMware is a port. For some reason, I dislike the idea of having > > support targetted at exclusively one specific port. Though we have > > features added specifically to deal with certain ports, they were all > > more generic features. > > It's not a port, it's a platform. We probably want to add extra words to > detect other platform features, eg. i386, alpha, ia64, etc. but that > doesn't invalidate the basic idea. Huh... duh! Of course! In this case, I object to the way the word works. We *do* "detect" i386 and alpha. The code ought to do something similar to what the i386 and alpha words do. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 11:27:53 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 0B9AC37B88A; Sun, 11 Jun 2000 11:27:45 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA14709; Sun, 11 Jun 2000 11:31:43 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006111831.LAA14709@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: Mike Smith , current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader In-reply-to: Your message of "Mon, 12 Jun 2000 03:13:53 +0900." <3943D6E1.84EF5F40@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 11:31:43 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Mike Smith wrote: > > > > > ...VMware is a port. For some reason, I dislike the idea of having > > > support targetted at exclusively one specific port. Though we have > > > features added specifically to deal with certain ports, they were all > > > more generic features. > > > > It's not a port, it's a platform. We probably want to add extra words to > > detect other platform features, eg. i386, alpha, ia64, etc. but that > > doesn't invalidate the basic idea. > > Huh... duh! Of course! > > In this case, I object to the way the word works. We *do* "detect" i386 > and alpha. The code ought to do something similar to what the i386 and > alpha words do. That would make sense. Note that 'vmware' is a subset of 'i386' for whatever that's worth. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jun 11 12:51:52 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 5DB3137B77F; Sun, 11 Jun 2000 12:51:40 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id PAA259784; Sun, 11 Jun 2000 15:51:37 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200006111747.KAA14537@mass.cdrom.com> References: <200006111747.KAA14537@mass.cdrom.com> Date: Sun, 11 Jun 2000 15:51:56 -0400 To: Mike Smith , "Daniel C. Sobral" From: Garance A Drosihn Subject: Re: VMware detection code in boot loader Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 10:47 AM -0700 6/11/00, Mike Smith wrote: >It's not a port, it's a platform. We probably want to add extra >words to detect other platform features, eg. i386, alpha, ia64, >etc. but that doesn't invalidate the basic idea. For instance, I might be running the vmware program itself under linux, and thus I am doing nothing with a "freebsd port" of vmware. At system startup, vmware is just a (virtual) hardware platform that the OS might want to be aware of. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jun 12 15:10:41 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from io.dreamscape.com (io.dreamscape.com [206.64.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 6D6A637B5AF for ; Mon, 12 Jun 2000 15:10:32 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA6-p13.dreamscape.com [207.198.13.141]) by io.dreamscape.com (8.9.3/8.8.4) with ESMTP id SAA04434 for ; Mon, 12 Jun 2000 18:09:12 -0400 (EDT) X-Dreamscape-Track-A: sA6-p13.dreamscape.com [207.198.13.141] X-Dreamscape-Track-B: Mon, 12 Jun 2000 18:09:12 -0400 (EDT) Received: (from krentel@localhost) by dreamscape.com (8.9.3/8.9.3) id SAA03057 for freebsd-emulation@FreeBSD.ORG; Mon, 12 Jun 2000 18:10:06 -0400 (EDT) (envelope-from krentel) Date: Mon, 12 Jun 2000 18:10:06 -0400 (EDT) From: "Mark W. Krentel" Message-Id: <200006122210.SAA03057@dreamscape.com> To: freebsd-emulation@FreeBSD.ORG Subject: linux_base-6.1 distfiles Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I recently installed the linux_base-6.1 port and I noticed that the distfiles are slightly different from what's on my Red Hat 6.1 CD. For example, the port's distfiles include: -rw-r--r-- 1 root wheel 3312 Sep 26 1999 basesystem-6.0-4.noarch.rpm -rw-r--r-- 1 root wheel 2132503 Sep 27 1999 binutils-2.9.1.0.23-6.i386.rpm -rw-r--r-- 1 root wheel 8156328 Sep 26 1999 glibc-2.1.2-11.i386.rpm -rw-r--r-- 1 root wheel 2029527 Sep 27 1999 libc-5.3.12-31.i386.rpm MD5 (basesystem-6.0-4.noarch.rpm) = 9fa4ff5adc067837cfd56ff139c3e09f MD5 (binutils-2.9.1.0.23-6.i386.rpm) = 673a4a230872e7ec029222c1dcc58886 MD5 (glibc-2.1.2-11.i386.rpm) = 2ba5172fddaa3eeb437177ec3a51137d MD5 (libc-5.3.12-31.i386.rpm) = d86f78bf45e8c8675fc7a789342c9e1b But my Red Hat 6.1 (Standard) CD has: -rw-r--r-- 1 root wheel 2540 Sep 27 1999 basesystem-6.0-4.noarch.rpm -rw-r--r-- 1 root wheel 2132083 Sep 27 1999 binutils-2.9.1.0.23-6.i386.rpm -rw-r--r-- 1 root wheel 8154208 Sep 27 1999 glibc-2.1.2-11.i386.rpm -rw-r--r-- 1 root wheel 2028595 Sep 27 1999 libc-5.3.12-31.i386.rpm MD5 (basesystem-6.0-4.noarch.rpm) = 26077420f4c080177c7f0d8c894ae4ff MD5 (binutils-2.9.1.0.23-6.i386.rpm) = d02f0ced955a116281158edfa64e493a MD5 (glibc-2.1.2-11.i386.rpm) = 25479f08f1374aca24074817948403e3 MD5 (libc-5.3.12-31.i386.rpm) = 2ae02bd771a5e6c097344c89a5d56851 It's odd that the dates and version numbers are the same, even to four and six fields, but the files are different. Did Red Hat release two versions of 6.1? Did Marcel have to tweak the files? Would the versions on the Red Hat CD work as well? P.S. What happened to the linux_base-6.0 port? I used to have it installed. But now CVS has no record of it and Makefile,v skips from 5.2 to 6.1. --Mark Krentel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jun 12 15:50:57 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 5B66837B7D4 for ; Mon, 12 Jun 2000 15:50:53 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19]) by atlrel1.hp.com (Postfix) with ESMTP id E93EB1AE; Mon, 12 Jun 2000 18:50:50 -0400 (EDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by l3107mxr.atl.hp.com (Postfix) with ESMTP id C5C864FD91; Mon, 12 Jun 2000 17:50:47 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id PAA24296; Mon, 12 Jun 2000 15:50:48 -0700 (PDT) Message-ID: <39456949.6D0FED9D@cup.hp.com> Date: Mon, 12 Jun 2000 15:50:49 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Mark W. Krentel" Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 distfiles References: <200006122210.SAA03057@dreamscape.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Mark W. Krentel" wrote: [about differences between port rpms and RH CD rpms] > It's odd that the dates and version numbers are the same, even to four > and six fields, but the files are different. Did Red Hat release two > versions of 6.1? Did Marcel have to tweak the files? I did not tweak. If I need to do that, then the linuxulator is broken :-) I don't know anything about the RH release process. I do know that it's quite normal for the RH distribution (or can I say Linux distributions in general) to have multiple different rpms with the same name (grrr). > Would the versions on the Red Hat CD work as well? I don't know what has been changed, but I expect it to work "normally". > P.S. What happened to the linux_base-6.0 port? I used to have it > installed. But now CVS has no record of it and Makefile,v skips from > 5.2 to 6.1. The 6.0 ports were never committed. They were downloadable from my homepage (http://people.freebsd.org/~marcel/ as it is called now IIRC) and may even still be downloadable. The 6.0 ports were at least as broken as the RH distribution itself... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Jun 13 8:41: 0 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 948F937BF30; Tue, 13 Jun 2000 08:40:48 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.10.1/8.10.1) id e5DFekh04320; Tue, 13 Jun 2000 11:40:47 -0400 (EDT) Date: Tue, 13 Jun 2000 11:40:47 -0400 (EDT) From: Luoqi Chen Message-Id: <200006131540.e5DFekh04320@lor.watermarkgroup.com> To: dcs@newsguy.com, msmith@FreeBSD.ORG Subject: Re: VMware detection code in boot loader Cc: current@FreeBSD.ORG, emulation@FreeBSD.ORG Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Given the way VMware works, I'd have nothing against making it a FICL > words, except... > > ...VMware is a port. For some reason, I dislike the idea of having > support targetted at exclusively one specific port. Though we have > features added specifically to deal with certain ports, they were all > more generic features. > I'm quite reluctant to add the ficl word myself. Ideally, we should not need to know which platform we're running on, be it a dell, a gateway or a software emulation like vmware. The problem is our inability to have a single kernel to boot an UP and a SMP machine, once we've solved this problem, I would remove this ficl word. I see this as a temporary solution to a specific problem, I don't want to generalize this into a larger issue. It is not the loader's job to detect the underlying hardware configuration. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Jun 13 9:14:52 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (gate.keisu.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with ESMTP id A35A437BF7E for ; Tue, 13 Jun 2000 09:14:44 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from sylph.sat.t.u-tokyo.ac.jp (sylph.sat.t.u-tokyo.ac.jp [10.6.1.20]) by gate.keisu.t.u-tokyo.ac.jp (Postfix) with ESMTP id A71713DED; Wed, 14 Jun 2000 01:14:41 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id 7FD1D2DAA9; Wed, 14 Jun 2000 01:14:40 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id BAA38111; Wed, 14 Jun 2000 01:14:40 +0900 (JST) Date: Wed, 14 Jun 2000 01:14:39 +0900 Message-ID: From: Hidetoshi Shimokawa To: gallatin@cs.duke.edu Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: VMware: plaindisk problem In-Reply-To: In your message of "Thu, 1 Jun 2000 00:41:57 -0400 (EDT)" <14645.58338.373097.99462@grasshopper.cs.duke.edu> References: <14645.58338.373097.99462@grasshopper.cs.duke.edu> User-Agent: Wanderlust/2.2.9 (Gonna Make You Sweat) SEMI/1.13.6 (Komatsu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.2 (beta19) (Shinjuku) (i386-unknown-freebsd3.2) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > > > I've been trying to get VMware working with a plain scsi disk without > much luck. I'm running into problems fairly late when I'm trying to > get WNT (have tried W2K too) installed. The guest sees the plain disk > and after it formats the partition I've given it, it claims the disk > is corrupt & tells me to choose another. > > Can anybody offer any suggestions as to what I'm doing wrong? > > I'm running the latest vmware2 under 4.0-RELEASE. > > % grep da1 /var/run/dmesg.boot > da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) > > % cat ~/.vmware/plain > DRIVETYPE scsi > CYLINDERS 1106 > HEADS 255 > SECTORS 63 > ACCESS "/home/home1/gallatin/.vmware/disk.mbr" 0 63 > ACCESS "/dev/rda1s1" 63 17767827 > #RDONLY "/dev/null" 4192965 12305790 > > And the disks my vmware knows about: > > scsi0:0.present = TRUE > scsi0:0.deviceType = "plainDisk" > scsi0:0.fileName = "/home/home1/gallatin/.vmware/plain" > scsi0.present = TRUE > > ide0:0.present = TRUE > ide0:0.deviceType = "atapi-cdrom" > ide0:0.fileName = "/dev/rcd0c" > > > The disk in question looks like this: > > #fdisk /dev/rda1 > ******* Working on device /dev/rda1 ******* > parameters extracted from in-core disklabel are: > cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 63, size 17767827 (8675 Meg), flag 80 (active) > beg: cyl 0/ sector 1/ head 1; > end: cyl 1023/ sector 63/ head 254 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > > Oddly enough, if I give it the slice, I see partitions: > > # fdisk /dev/rda1s1 > ******* Working on device /dev/rda1s1 ******* > parameters extracted from in-core disklabel are: > cylinders=1105 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=1105 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 105,(unknown) > start 1869771365, size 168689522 (82367 Meg), flag ff > beg: cyl 68/ sector 10/ head 13; > end: cyl 288/ sector 43/ head 115 > The data for partition 2 is: > sysid 115,(unknown) > start 1701519481, size 1869881465 (913028 Meg), flag 50 > beg: cyl 371/ sector 37/ head 114; > end: cyl 366/ sector 33/ head 32 > The data for partition 3 is: > sysid 116,(unknown) > start 2573, size 0 (0 Meg), flag 20 > beg: cyl 371/ sector 37/ head 114; > end: cyl 372/ sector 50/ head 97 > The data for partition 4 is: > sysid 0,(unused) > start 0, size 3435113472 (1677301 Meg), flag 0 > beg: cyl 0/ sector 0/ head 0; > end: cyl 0/ sector 0/ head 0 > > > > I'm trying to save memory by avoiding double caching of data in the > guest and the host & I'd like to avoid going back to using a file.. > > Thanks, > > Drew > > > 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 Tue Jun 13 9:28:37 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id EE4CA37BF9B for ; Tue, 13 Jun 2000 09:28:27 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA14591; Tue, 13 Jun 2000 12:28:26 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id MAA27079; Tue, 13 Jun 2000 12:27:56 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 13 Jun 2000 12:27:55 -0400 (EDT) To: Hidetoshi Shimokawa Cc: freebsd-emulation@freebsd.org Subject: Re: VMware: plaindisk problem In-Reply-To: References: <14645.58338.373097.99462@grasshopper.cs.duke.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14662.24354.719416.636844@grasshopper.cs.duke.edu> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa writes: > I have no luck with plain disk too. > I suspect that each subdisk of plain disk must be less than 2GB > because those subdisk is a file and linux has 2GB file size limit. Actually, thanks to a lot of help from Nick, I managed to get it working on a 9GB Seagate SCSI disk. > BTW, does anyone figure out why we can't use raw disk with vmware2? > Is it because vmware2 accesses mbr ignoring 512byte boundary? I'd like to know the answer to this too! What I did was: - low-level format the scsi disk I was using (using camcontrol) to blow away partition table totally (overkill, yes..) - unplug SCSI disk I normally boot FreeBSD from - install Windows 2000 to get the disk partitioned properly & to get a FAT filesystem onto it - re-attach FreeBSD boot disk - Create mbr file: dd if=/dev/rda1 bs=1b count=63 of=disk.mbr - Create plain disk file: DRIVETYPE scsi CYLINDERS 1106 HEADS 255 SECTORS 63 ACCESS "/home/home1/gallatin/.vmware/disk.mbr" 0 63 ACCESS "/dev/rda1s1" 63 17767827 - Create W2K config file: ------------------------------------------------------------ #!/usr/local/lib/vmware/bin/vmware config.version = "2" # CD-ROM ide1:0.present = TRUE ide1:0.fileName = "/dev/rcd0c" ide1:0.deviceType = "atapi-cdrom" ide1:0.startConnected = TRUE # Floppy floppy0.present = TRUE floppy0.fileName = "/tmp/windows.flp" floppy0.startConnected = FALSE # Networked to host only subnet ethernet0.present = TRUE ethernet0.connectionType = "hostOnly" # Memory size memsize = 128 # Nvram nvram = "/vmware/win2000/win2000.nvram" # Log file log.fileName = "/vmware/win2000/win2000.log" # Hints guestOS = "win2000" # SVGA PciSvgaDynamic = TRUE tools.remindInstall = FALSE floppy0.fileType = "file" mouse.hostType = "PS/2" mouse.fileName = "/dev/sysmouse" scsi0:0.present = TRUE scsi0:0.deviceType = "plainDisk" scsi0:0.fileName = "/home/home5/chase/.vmware/plain" scsi0.present = TRUE sound.present = TRUE sound.device = "/dev/dsp" #eof ------------------------------------------------------------ - Boot W2k from CD inside vmware - Install W2K onto the plain disk (scsi 0) using the pre-existing fat filesystem - boot W2K Hope this helps you! Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Jun 13 10: 7:12 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 3617237B7ED; Tue, 13 Jun 2000 10:07:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA22395; Tue, 13 Jun 2000 10:10:59 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006131710.KAA22395@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Luoqi Chen Cc: dcs@newsguy.com, msmith@FreeBSD.ORG, current@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: VMware detection code in boot loader In-reply-to: Your message of "Tue, 13 Jun 2000 11:40:47 EDT." <200006131540.e5DFekh04320@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 10:10:59 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > a larger issue. It is not the loader's job to detect the underlying > hardware configuration. Actually, in a broad fashion, it _is_. This is why the loader understands PCI and PnP, for example. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Jun 14 6:19:48 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 4B62437C19D for ; Wed, 14 Jun 2000 06:19:45 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id PAA02814; Wed, 14 Jun 2000 15:19:43 +0200 (CEST) Date: Wed, 14 Jun 2000 15:19:43 +0200 From: Martin Cracauer To: emulation@freebsd.org Cc: "Raymond A. Wiker" Subject: Linux mmap(... MAP_ANON ... fd ...) fix for review Message-ID: <20000614151942.A2649@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Linux mmap allows allows MAP_ANON with a valid file descriptor, ours dows not. I propose the following fix, which makes Xanalys (ex-Harlequin) Lispworks work. [Raymond, could you please verify that?] Since MAP_ANON can savely ignore the fd parameter, I don't see any possible bad effect from this change and unless someone objects, I will commit it. It also improves debug output by showing what has been mapped to what by the emulator. Thanks for feedback Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Jun 14 6:20:38 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 277D237C1A7 for ; Wed, 14 Jun 2000 06:20:35 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id PAA02843; Wed, 14 Jun 2000 15:20:33 +0200 (CEST) Date: Wed, 14 Jun 2000 15:20:33 +0200 From: Martin Cracauer To: emulation@FreeBSD.ORG Cc: "Raymond A. Wiker" Subject: Re: Linux mmap(... MAP_ANON ... fd ...) fix for review Message-ID: <20000614152032.A2817@cons.org> References: <20000614151942.A2649@cons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" X-Mailer: Mutt 1.0.1i In-Reply-To: <20000614151942.A2649@cons.org>; from cracauer@cons.org on Wed, Jun 14, 2000 at 03:19:43PM +0200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii I would have helped to append the patch, here it is: --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="linux.diff" Index: linux_misc.c =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/linux/linux_misc.c,v retrieving revision 1.78 diff -u -r1.78 linux_misc.c --- linux_misc.c 2000/04/30 18:51:36 1.78 +++ linux_misc.c 2000/06/14 13:18:14 @@ -696,7 +696,7 @@ sizeof(linux_args)))) return error; #ifdef DEBUG - printf("Linux-emul(%ld): mmap(%p, %d, %d, %08x, %d, %d)\n", + printf("Linux-emul(%ld): mmap(%p, %d, %d, 0x%08x, %d, %d)", (long)p->p_pid, (void *)linux_args.addr, linux_args.len, linux_args.prot, linux_args.flags, linux_args.fd, linux_args.pos); #endif @@ -756,9 +756,17 @@ } bsd_args.prot = linux_args.prot | PROT_READ; /* always required */ - bsd_args.fd = linux_args.fd; + if (linux_args.flags & LINUX_MAP_ANON) + bsd_args.fd = -1; + else + bsd_args.fd = linux_args.fd; bsd_args.pos = linux_args.pos; bsd_args.pad = 0; +#ifdef DEBUG + printf("-> (%p, %d, %d, 0x%08x, %d, %d)\n", + (void *)bsd_args.addr, bsd_args.len, + bsd_args.prot, bsd_args.flags, bsd_args.fd, (int)bsd_args.pos); +#endif return mmap(p, &bsd_args); } --wRRV7LY7NUeQGEoC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Jun 14 9:50:29 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 95B1637C285 for ; Wed, 14 Jun 2000 09:50:26 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19]) by atlrel1.hp.com (Postfix) with ESMTP id 3297E122B; Wed, 14 Jun 2000 12:50:26 -0400 (EDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by l3107mxr.atl.hp.com (Postfix) with ESMTP id B04994FD85; Wed, 14 Jun 2000 11:50:18 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA06517; Wed, 14 Jun 2000 09:50:20 -0700 (PDT) Message-ID: <3947B7CC.FD5F44D7@cup.hp.com> Date: Wed, 14 Jun 2000 09:50:20 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Martin Cracauer Cc: emulation@FreeBSD.ORG, "Raymond A. Wiker" Subject: Re: Linux mmap(... MAP_ANON ... fd ...) fix for review References: <20000614151942.A2649@cons.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Martin Cracauer wrote: > I propose the following fix, which makes Xanalys (ex-Harlequin) > Lispworks work. [Raymond, could you please verify that?] Looks good. Go ahead. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jun 16 4:33:51 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 25B1F37BDDE; Fri, 16 Jun 2000 04:33:43 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny7-25.ix.netcom.com [198.211.17.153]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id HAA31546; Fri, 16 Jun 2000 07:33:40 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id HAA00450; Fri, 16 Jun 2000 07:33:38 -0400 (EDT) (envelope-from vsilyaev) Date: Fri, 16 Jun 2000 07:33:38 -0400 (EDT) Message-Id: <200006161133.HAA00450@jupiter.delta.ny.us> To: FreeBSD-gnats-submit@freebsd.org Subject: Broken linprocfs filesystem in -stable Cc: emulation@freebsd.org From: vns@delta.odessa.ua Reply-To: vns@delta.odessa.ua X-send-pr-version: 3.2 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Submitter-Id: current-users >Originator: Vladimir N. Silyaev >Organization: >Confidential: no >Synopsis: Broken linprocfs filesystem in -stable >Severity: serious >Priority: medium >Category: kern >Release: FreeBSD 4.0-STABLE i386 >Class: sw-bug >Environment: FreeBSD 4.0-STABLE i386 >Description: Broken linprocfs filesystem in -stable. It was broken by MFC revision 1.3 of the src/sys/i386/linux/linprocfs/linprocfs_vnops.c >How-To-Repeat: In the directory /sys/modules/linprocfs start the command 'make load', you'll get exec format error (undefined symbol 'textvp_fullpath' >Fix: To do a MFC for revision 1.44 of the /src/sys/kern/vfs_cache.c and 1.114 of the /src/sys/sys/vnode.h,v As a quick and dirty fix apply the following patch: --- vfs_cache.c.orig Mon Feb 14 01:09:01 2000 +++ vfs_cache.c Fri May 26 06:11:22 2000 @@ -587,3 +587,97 @@ return (error); } +/* + * Thus begins the fullpath magic. + */ + +#undef STATNODE +#define STATNODE(name) \ + static u_int name; \ + SYSCTL_INT(_vfs_cache, OID_AUTO, name, CTLFLAG_RD, &name, 0, "") + +static int disablefullpath; +SYSCTL_INT(_debug, OID_AUTO, disablefullpath, CTLFLAG_RW, + &disablefullpath, 0, ""); + +STATNODE(numfullpathcalls); +STATNODE(numfullpathfail1); +STATNODE(numfullpathfail2); +STATNODE(numfullpathfail3); +STATNODE(numfullpathfail4); +STATNODE(numfullpathfound); + +int +textvp_fullpath(struct proc *p, char **retbuf, char **retfreebuf) { + char *bp, *buf; + int i, slash_prefixed; + struct filedesc *fdp; + struct namecache *ncp; + struct vnode *vp, *textvp; + + numfullpathcalls++; + if (disablefullpath) + return (ENODEV); + textvp = p->p_textvp; + if (textvp == NULL) + return (EINVAL); + buf = malloc(MAXPATHLEN, M_TEMP, M_WAITOK); + bp = buf + MAXPATHLEN - 1; + *bp = '\0'; + fdp = p->p_fd; + slash_prefixed = 0; + for (vp = textvp; vp != fdp->fd_rdir && vp != rootvnode;) { + if (vp->v_flag & VROOT) { + if (vp->v_mount == NULL) { /* forced unmount */ + free(buf, M_TEMP); + return (EBADF); + } + vp = vp->v_mount->mnt_vnodecovered; + continue; + } + if (vp != textvp && vp->v_dd->v_id != vp->v_ddid) { + numfullpathfail1++; + free(buf, M_TEMP); + return (ENOTDIR); + } + ncp = TAILQ_FIRST(&vp->v_cache_dst); + if (!ncp) { + numfullpathfail2++; + free(buf, M_TEMP); + return (ENOENT); + } + if (vp != textvp && ncp->nc_dvp != vp->v_dd) { + numfullpathfail3++; + free(buf, M_TEMP); + return (EBADF); + } + for (i = ncp->nc_nlen - 1; i >= 0; i--) { + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = ncp->nc_name[i]; + } + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = '/'; + slash_prefixed = 1; + vp = ncp->nc_dvp; + } + if (!slash_prefixed) { + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = '/'; + } + numfullpathfound++; + *retbuf = bp; + *retfreebuf = buf; + return (0); +} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jun 16 5:43: 0 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id A94C737BE82 for ; Fri, 16 Jun 2000 05:42:54 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny7-25.ix.netcom.com [198.211.17.153]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id IAA26273 for ; Fri, 16 Jun 2000 08:42:50 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id IAA03596 for emulation@freebsd.org; Fri, 16 Jun 2000 08:42:48 -0400 (EDT) (envelope-from vsilyaev) Date: Fri, 16 Jun 2000 08:42:48 -0400 From: "Vladimir N. Silyaev" To: emulation@freebsd.org Subject: New vmware port: testers required Message-ID: <20000616084248.A3531@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I did some preliminary support for _FreeBSD_ bridging in the vmware vmnet module. So I want assistance to test that code. If it'll be work pretty well it'll be substitution for the VMWARE bridge networking. So just grab port file from the next url and install it. http://www.mindspring.com/~vsilyaev/vmware/files/vmware.tar.gz To be able to load vmnet with bridging support you _must_ to have a kernel compiled with BRIDGE options (see LINT for the details). This is port based on latest vmware beta, but if you are want you still can use vmware 2.0 release, just for new port do not start 'make install' command, but instead just reload the vmnet module to new one. -- With best regards, Vladimir P.S. Thanks for taking support on the FreeBSD vmware port, when I was gone. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jun 16 6: 5:10 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fwse.teligent.se (gateway.teligent.se [194.17.198.3]) by hub.freebsd.org (Postfix) with SMTP id 58F3137BE87 for ; Fri, 16 Jun 2000 06:05:00 -0700 (PDT) (envelope-from jakob@teligent.se) Date: Fri, 16 Jun 2000 15:04:28 +0200 (CEST) To: "Vladimir N. Silyaev" Cc: emulation@FreeBSD.ORG Subject: Re: New vmware port: testers required MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Message-ID: In-Reply-To: <20000616084248.A3531@teligent.se> Reply-To: jakob.alvermark@teligent.se From: Jakob Alvermark Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Excellent! This is what I have been waiting for. However, I tried building the port but get the following: vmnet.c: In function `vmnet_write': vmnet.c:505: warning: passing arg 1 of `bridge_in' from incompatible pointer type vmnet.c:505: too many arguments to function `bridge_in' vmnet.c:513: warning: passing arg 2 of `bdg_forward' from incompatible pointer type vmnet.c:513: too many arguments to function `bdg_forward' *** Error code 1 What can be the problem? Thanks, Jakob On Fri, 16 Jun 2000, Vladimir N. Silyaev wrote: > Hi, >=20 > I did some preliminary support for _FreeBSD_ bridging in the vmware vmnet= =20 > module. So I want assistance to test that code. If it'll be work pretty w= ell > it'll be substitution for the VMWARE bridge networking. >=20 > So just grab port file from the next url and install it. > http://www.mindspring.com/~vsilyaev/vmware/files/vmware.tar.gz >=20 > To be able to load vmnet with bridging support you _must_ to have a kerne= l > compiled with BRIDGE options (see LINT for the details). >=20 > This is port based on latest vmware beta, but if you are want you still c= an=20 > use vmware 2.0 release, just for new port do not start 'make install' com= mand,=20 > but instead just reload the vmnet module to new one. >=20 > -- > With best regards,=20 > Vladimir >=20 > P.S. Thanks for taking support on the FreeBSD vmware port, when I was gon= e. >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message >=20 ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nyn=E4shamn, Sweden =20 Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36=20 Direct +46-(0)8 520 660 32=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jun 16 9:31:43 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from dmz.visiontech-dml.com (dmz.visiontech-dml.com [199.203.103.41]) by hub.freebsd.org (Postfix) with ESMTP id BF0F037B6B6 for ; Fri, 16 Jun 2000 09:31:36 -0700 (PDT) (envelope-from nobody@visiontech-dml.com) Received: (from nobody@localhost) by dmz.visiontech-dml.com (8.10.1/8.9.3) id e5GGTaa28972; Fri, 16 Jun 2000 19:29:36 +0300 (IDT) Date: Fri, 16 Jun 2000 19:29:36 +0300 (IDT) Message-Id: <200006161629.e5GGTaa28972@dmz.visiontech-dml.com> To: Jakob Alvermark Subject: Re: New vmware port: testers required From: vsilyaev@mindspring.com Reply-To: vsilyaev@mindspring.com Cc: emulation@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I forgot to say, you are have to use latest 4.0-stable or -current branch. With best regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jun 16 17: 5:51 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id F0A7337C289 for ; Fri, 16 Jun 2000 17:04:48 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny3-02.ix.netcom.com [198.211.16.130]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA26729 for ; Fri, 16 Jun 2000 20:04:45 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id UAA00311 for emulation@freebsd.org; Fri, 16 Jun 2000 20:04:43 -0400 (EDT) (envelope-from vsilyaev) Date: Fri, 16 Jun 2000 20:04:42 -0400 From: "Vladimir N. Silyaev" To: emulation@freebsd.org Subject: FlwUp: New vmware port: testers required Message-ID: <20000616200442.A289@jupiter.delta.ny.us> References: <200006161629.e5GGTaa28972@dmz.visiontech-dml.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7" X-Mailer: Mutt 1.0i In-Reply-To: <200006161629.e5GGTaa28972@dmz.visiontech-dml.com>; from vsilyaev@mindspring.com on Fri, Jun 16, 2000 at 07:29:36PM +0300 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Hi, To be able to test new vmnet module it's also required to apply the following patch and after file rc.d/vmware.sh was started, to run the next command: sysctl -w net.link.ether.bridge_refresh=1 -- With best regards, Vladimir --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bridge.diff" --- src/sys/net/bridge.c.orig Fri Jun 9 06:48:39 2000 +++ src/sys/net/bridge.c Fri Jun 16 19:53:56 2000 @@ -118,6 +118,7 @@ #define DEB(x) static void bdginit(void *); +static void bdgtakeifaces(void); static void flush_table(void); static void bdg_promisc_on(void); static void parse_bdg_cfg(void); @@ -321,6 +322,16 @@ return error ; } +static int +sysctl_refresh SYSCTL_HANDLER_ARGS +{ + if (req->newptr) + bdgtakeifaces(); + + return 0; +} + + SYSCTL_DECL(_net_link_ether); SYSCTL_PROC(_net_link_ether, OID_AUTO, bridge_cfg, CTLTYPE_STRING|CTLFLAG_RW, &bridge_cfg, sizeof(bridge_cfg), &sysctl_bdg_cfg, "A", @@ -340,6 +351,9 @@ SYSCTL_INT(_net_link_ether, OID_AUTO, bridge_ipfw_collisions, CTLFLAG_RW, &bdg_ipfw_colls,0,""); +SYSCTL_PROC(_net_link_ether, OID_AUTO, bridge_refresh, CTLTYPE_INT|CTLFLAG_WR, + NULL, 0, &sysctl_refresh, "I", "iface refresh"); + #if 1 /* diagnostic vars */ int bdg_in_count = 0 , bdg_in_ticks = 0 , bdg_fw_count = 0, bdg_fw_ticks = 0 ; SYSCTL_INT(_net_link_ether, OID_AUTO, bdginc, CTLFLAG_RW, &bdg_in_count,0,""); @@ -419,11 +433,6 @@ static void bdginit(void *dummy) { - int i ; - struct ifnet *ifp; - struct arpcom *ac ; - u_char *eth_addr ; - struct bdg_softc *bp; if (bdg_table == NULL) bdg_table = (struct hash_table *) @@ -436,8 +445,23 @@ bzero(ifp2sc, BDG_MAX_PORTS * sizeof(struct bdg_softc) ); bzero(&bdg_stats, sizeof(bdg_stats) ); + bdgtakeifaces(); + bdg_timeout(0); + do_bridge=0; +} + +void +bdgtakeifaces(void) +{ + int i ; + struct ifnet *ifp; + struct arpcom *ac ; + u_char *eth_addr ; + struct bdg_softc *bp; + bdg_ports = 0 ; eth_addr = bdg_addresses ; + *bridge_cfg = '\0'; printf("BRIDGE 990810, have %d interfaces\n", if_index); for (i = 0 , ifp = ifnet.tqh_first ; i < if_index ; @@ -466,8 +490,6 @@ bdg_ports ++ ; } - bdg_timeout(0); - do_bridge=0; } /* --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message