From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 25 09:02:01 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976CA16A40E for ; Mon, 25 Feb 2008 09:02:01 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 221C113C4D3 for ; Mon, 25 Feb 2008 09:02:00 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1174005fgg.35 for ; Mon, 25 Feb 2008 01:02:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=yqEejgGgpNMHTC2rMGSqlBHCqeRY1nRrGiJrIc9Wy0Q=; b=OQuow6ZdwJXYj+o9KVK/gYvUyAcBkJlZCtF5gmObndTaIvmKdpVuGXrnMl4lgr2tqTi/Ev9y6jpW6K7BfmoX4jl8SpROlmjdfX9r3jyGcnQUoLIbPxmZ+N938nkaU4o29MvfEy3YCw4exUiR4V1qkVKXfKc+NRpKef3rVfcCttY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=OOuAqjBpEOmK7klMpUlwsQcI3fQqv1OSEzTn6gaip9q1SeAu2/Bg9mKPi4HNy2ql5fRwO77E0JPC8Yl2TudpBQznceeXBvH4JJjkyYnEDbDCvzcQc0WBeLGtG9SMrjn9obsITF+QdvQuTo7CjT1buLNzKqMFFiDRPnQ9Zl5+yC4= Received: by 10.86.81.14 with SMTP id e14mr2621372fgb.42.1203928564857; Mon, 25 Feb 2008 00:36:04 -0800 (PST) Received: from ?192.168.12.92? ( [217.74.44.57]) by mx.google.com with ESMTPS id e20sm5928248fga.1.2008.02.25.00.36.03 (version=SSLv3 cipher=RC4-MD5); Mon, 25 Feb 2008 00:36:04 -0800 (PST) Message-ID: <47C27DF2.8060509@gmail.com> Date: Mon, 25 Feb 2008 11:36:02 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: info for discussion of syscall getdents() kern/117010 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 09:02:01 -0000 hi all links to similar problems: http://mail-index.netbsd.org/current-users/2005/11/13/0011.html > bug (+fix) in getdents + readdir > o We're not sure what the Linux kernel intended to place in this field, > but our experience shows that on "real" file systems (that actually > reside on some disk) the offset seems to be a simple (not necessarily > continuous) counter: e.g. first entry may have d_off=1, second: d_off=2, > third: d_off=4096, fourth=d_off=4097 etc. We conjecture this is the > serial of the dirent record within the directory (and so, this is indeed > the "offset", but counted in records out of which some were already > removed). > - In such an "overflow" situation, getdents() tries to lseek (the > directory-fd) to the end of the last-legal-dirent that getdents() > has successfully read. > This offset is supposedly held by the local variable `last_offset'. > But, since `last_offset' is assigned with `d_off' on each iteration, > and since as mentioned above `d_off' usually holds an incorrect value, > the lseek is not performed to the correct place. > getdents() then returns the number of bytes successfully read. http://sources.redhat.com/ml/libc-alpha/2004-02/msg00013.html /Vladimir Ermakov From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 25 11:07:01 2008 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B47316A496 for ; Mon, 25 Feb 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3933913C44B for ; Mon, 25 Feb 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PB70Y0032930 for ; Mon, 25 Feb 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PB70AG032926 for freebsd-emulation@FreeBSD.org; Mon, 25 Feb 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Feb 2008 11:07:00 GMT Message-Id: <200802251107.m1PB70AG032926@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 11:07:01 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in o kern/117010 emulation [linuxolator] linux_getdents() get something like buff o ports/117350 emulation compile error in emulators/vmware3 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s f kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too 9 problems total. From owner-freebsd-emulation@FreeBSD.ORG Thu Feb 28 08:35:35 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C05FB1065670 for ; Thu, 28 Feb 2008 08:35:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB798FC1F for ; Thu, 28 Feb 2008 08:35:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 8057074400D; Thu, 28 Feb 2008 10:35:34 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id 3FEAZmiGQMM0; Thu, 28 Feb 2008 10:35:34 +0200 (EET) Received: from [91.193.172.111] (unknown [91.193.172.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id DEA2974400A; Thu, 28 Feb 2008 10:35:33 +0200 (EET) Message-ID: <47C67251.4060406@icyb.net.ua> Date: Thu, 28 Feb 2008 10:35:29 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Alexander Leidinger References: <200802230750.m1N7o2qv066693@freefall.freebsd.org> <20080223144623.p2xcexyu0wcgwskk@webmail.leidinger.net> In-Reply-To: <20080223144623.p2xcexyu0wcgwskk@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org Subject: Re: kern/73777: [linux] [patch] linux emulation: root dir special handling useless and harmful X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 08:35:35 -0000 on 23/02/2008 15:46 Alexander Leidinger said the following: > Quoting Andriy Gapon (from Sat, 23 Feb 2008 07:50:02 GMT): > >> Well, I think that the issue described in this PR still holds. >> On the other hand, I now think that some people might still prefer >> current behavior over what I suggest. There could be some POLA concerns too. >> Another concern is that now the code is common to all emulation, so it's >> not linux specific anymore. >> In any case, I am attaching a patch that I currently use. > > I see benefits in both. > > What about making the behavior dependand on a sysctl? This would have > a much higher chance to enter the tree (default = POLA). That's a great idea! I'll work on this. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Thu Feb 28 23:24:37 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439E2106566B for ; Thu, 28 Feb 2008 23:24:37 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail.irbisnet.ru (mail.irbisnet.ru [IPv6:2001:470:1f09:aa:203:baff:fe18:f4c1]) by mx1.freebsd.org (Postfix) with ESMTP id B7F648FC21 for ; Thu, 28 Feb 2008 23:24:36 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail.irbisnet.ru (yuri@mail.irbisnet.ru [IPv6:::1]) by mail.irbisnet.ru (8.14.2/8.14.2) with ESMTP id m1SNOZUs003619; Fri, 29 Feb 2008 02:24:35 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by mail.irbisnet.ru (8.14.2/8.14.2/Submit) id m1SNOZgD003618; Fri, 29 Feb 2008 02:24:35 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: mail.irbisnet.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 29 Feb 2008 02:24:35 +0300 From: Yuri Pankov To: freebsd-emulation@freebsd.org Message-ID: <20080228232434.GA1562@mail.irbisnet.ru> References: <20080216164331.GJ57756@deviant.kiev.zoral.com.ua> <20080216181850.GA35839@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080216181850.GA35839@saturn.kn-bremen.de> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: qemu-system-amd64 and freebsd guest X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 23:24:37 -0000 On Sat, Feb 16, 2008 at 07:18:50PM +0100, Juergen Lock wrote: > On Sat, Feb 16, 2008 at 06:43:31PM +0200, Kostik Belousov wrote: > > My recent attempts to boot CURRENT amd64 on QEMU 0.9.1 resulted in the > > consistent kernel panic in the first instruction of the root_bus_ocnfigure() > > function. Looking around, I noted that this instruction is the second one > > executed after "sti" in the amd64/amd64/autoconf.c:configure(). > > CPU executes > > sti > > call root_bus_configure > > pushq %rbp <- General Protection Fault there > > > > It makes me suspect that fault happen when hardware interrupt is delivered. > > Indeed, looking around qemu source code and setting breakpoints in QEMU, > > I noted that hw interrupt is delivered, with into = -1. Calculation of > > the IDT index in the QEMU' target-i386/helper.c:do_interrupt64() as > > intno*16 and comparision with unsigned limit looked as overflow and GPF > > was delivered instead. > > > > Then, it appears that -1 comes from cpu_get_pic_interrupt() when > > apic_accept_pic_intr() returns false. This happen, in particular, when > > corresponding lapic vector is masked. The situation is legitimate, and > > I think that QEMU shall not deliver an interrupt in this case. > > > > The following patch allows me to boot the amd64 freebsd on qemu 0.9.1 > > from ports. > > > > --- cpu-exec.c.orig 2008-02-16 18:23:53.134009488 +0200 > > +++ cpu-exec.c 2008-02-16 18:24:47.127662872 +0200 > > @@ -452,13 +452,15 @@ > > svm_check_intercept(SVM_EXIT_INTR); > > env->interrupt_request &= ~(CPU_INTERRUPT_HARD | CPU_INTERRUPT_VIRQ); > > intno = cpu_get_pic_interrupt(env); > > - if (loglevel & CPU_LOG_TB_IN_ASM) { > > - fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); > > - } > > - do_interrupt(intno, 0, 0, 0, 1); > > - /* ensure that no TB jump will be modified as > > - the program flow was changed */ > > - BREAK_CHAIN; > > + if (intno != -1) { > > + if (loglevel & CPU_LOG_TB_IN_ASM) { > > + fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); > > + } > > + do_interrupt(intno, 0, 0, 0, 1); > > + /* ensure that no TB jump will be modified as > > + the program flow was changed */ > > + BREAK_CHAIN; > > + } > > #if !defined(CONFIG_USER_ONLY) > > } else if ((interrupt_request & CPU_INTERRUPT_VIRQ) && > > (env->eflags & IF_MASK) && !(env->hflags & HF_INHIBIT_IRQ_MASK)) { > > Hey, thanks for looking at this one! :) Maybe you should post the patch > on the qemu list so the right ppl can look at it, and see if it is correct: > http://lists.gnu.org/mailman/listinfo/qemu-devel > > Thanx, > Juergen Thanks from me too. I was finally able to boot 7.0-bootonly amd64 image inside QEMU with this patch :-) Yuri From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 29 11:21:06 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C721065689 for ; Fri, 29 Feb 2008 11:21:06 +0000 (UTC) (envelope-from freebsd-list@fotoprieks.lv) Received: from mail.o2dizains.lv (mail.o2dizains.lv [80.233.167.44]) by mx1.freebsd.org (Postfix) with ESMTP id CCE2E8FC17 for ; Fri, 29 Feb 2008 11:21:05 +0000 (UTC) (envelope-from freebsd-list@fotoprieks.lv) Received: from localhost (localhost [127.0.0.1]) by mail.o2dizains.lv (Postfix) with ESMTP id A03D92CEC1E for ; Fri, 29 Feb 2008 12:48:46 +0200 (EET) MIME-Version: 1.0 Date: Fri, 29 Feb 2008 12:48:46 +0200 From: To: freebsd-emulation@freebsd.org Message-ID: <7524fac461aaea774247a97fa52603de@127.0.0.1> X-Sender: freebsd-list@fotoprieks.lv User-Agent: Oxygen Webmail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: vmware server on Freebsd X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 11:21:06 -0000 HI! I want use vmware server with RAID10. And I don`t now how freebsd works with vmware server and RAID10 (intel) (It`s different question but if you now it hope help me). If sameone tested vmware server on freebsd? From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 29 13:31:58 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9CEC1065671 for ; Fri, 29 Feb 2008 13:31:58 +0000 (UTC) (envelope-from gary@velocity-servers.net) Received: from longhorn.velocity-servers.net (longhorn.velocity-servers.net [65.99.246.30]) by mx1.freebsd.org (Postfix) with ESMTP id B6C808FC13 for ; Fri, 29 Feb 2008 13:31:58 +0000 (UTC) (envelope-from gary@velocity-servers.net) Received: from pool-70-106-59-217.hag.east.verizon.net ([70.106.59.217] helo=dragoon.velocity-servers.net) by longhorn.velocity-servers.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JV4eF-0003Gl-OM; Fri, 29 Feb 2008 06:47:35 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 29 Feb 2008 07:47:31 -0500 To: sam ,freebsd-emulation@freebsd.org From: Gary Stanley In-Reply-To: <47C27DF2.8060509@gmail.com> References: <47C27DF2.8060509@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - longhorn.velocity-servers.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - velocity-servers.net Message-Id: <20080229133158.B6C808FC13@mx1.freebsd.org> Cc: Subject: Re: info for discussion of syscall getdents() kern/117010 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 13:31:59 -0000 At 03:36 AM 2/25/2008, sam wrote: >hi all > >links to similar problems: >http://mail-index.netbsd.org/current-users/2005/11/13/0011.html > > > bug (+fix) in getdents + readdir > > o We're not sure what the Linux kernel intended to place in this field, > > but our experience shows that on "real" file systems (that actually > > reside on some disk) the offset seems to be a simple (not necessarily > > continuous) counter: e.g. first entry may have d_off=1, second: d_off=2, > > third: d_off=4096, fourth=d_off=4097 etc. We conjecture this is the > > serial of the dirent record within the directory (and so, this is indeed > > the "offset", but counted in records out of which some were already > > removed). > > > > - In such an "overflow" situation, getdents() tries to lseek (the > > directory-fd) to the end of the last-legal-dirent that getdents() > > has successfully read. > > This offset is supposedly held by the local variable `last_offset'. > > But, since `last_offset' is assigned with `d_off' on each iteration, > > and since as mentioned above `d_off' usually holds an incorrect value, > > the lseek is not performed to the correct place. > > getdents() then returns the number of bytes successfully read. I I believe I have fixed this problem. I used a newer glibc version, extracted it via cpio/rpm2cpio and it fixes it. It seems the version of glibc that is installed with the fc6 port might have some regression issues, I don't have a free machine to test my theory out. I don't track the glibc changes, so it's rather difficult to say. However, I think this change might have something to do with (fixing?) the issue: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/sysv/linux/getdents.c.diff?r1=1.22&r2=1.23&cvsroot=glibc [root@swamp /usr/servers]# pkg_info|grep linux linux_base-fc6-6_5 Base set of packages needed in Linux mode (for i386/amd64) bash-3.1# uname -a Linux swamp 2.6.16 FreeBSD 7.0-STABLE #2: Fri Feb 29 02:42:04 CST 2008 i686 i686 i386 GNU/Linux bash-3.1# ./hlds_run -game cstrike +ip localhost -port 29999 +exec server.cfg +map de_dust2 Auto detecting CPU Using Pentium II Optimised binary. Auto-restarting the server on crash Console initialized. scandir failed:/usr/servers/1.6/./valve/SAVE scandir failed:/usr/servers/1.6/./platform/SAVE Protocol version 47 Exe version 1.1.2.5/Stdio (cstrike) Exe build: 20:02:49 Oct 24 2006 (3651) STEAM Auth Server couldn't exec language.cfg couldn't exec listip.cfg couldn't exec banned.cfg Server IP address 127.0.0.1:29999 scandir failed:/usr/servers/1.6/./valve/SAVE scandir failed:/usr/servers/1.6/./platform/SAVE net.cpp (926) : Assertion Failed: 0 == iRet net.cpp (928) : Assertion Failed: 0 == iRet couldn't exec listip.cfg couldn't exec banned.cfg Adding master server 68.142.72.250:27010 Adding master server 72.165.61.190:27010 Connection to Steam servers successful. VAC secure mode is activated. status hostname: Counter-Strike 1.6 Server version : 47/1.1.2.5/Stdio 3651 secure tcp/ip : 127.0.0.1:29999 map : de_dust2 at: 0 x, 0 y, 0 z players : 0 active (6 max) Anyway, here are some very brief instructions on how i fixed it: "cd /compat/linux && fetch ftp://rpmfind.net/linux/fedora/development/x86_64/os/Packages/glibc-2.7.90-7.i386.rpm" Then you do a simple "rpm2cpio glibc-2.7.90-7.i386.rpm | cpio -idvu" -Gary From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 29 13:44:28 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7606F106566C for ; Fri, 29 Feb 2008 13:44:28 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-fb.rzone.de (mo-p07-fb.rzone.de [81.169.146.191]) by mx1.freebsd.org (Postfix) with ESMTP id C36BC8FC23 for ; Fri, 29 Feb 2008 13:44:27 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mrclete-mo-p07-ob.mail [192.168.63.176]) by charnel-fb-03.store (RZmta 16.9) with ESMTP id i043e8k1TBEtGy for ; Fri, 29 Feb 2008 14:14:23 +0100 (MET) (envelope-from: ) X-RZG-CLASS-ID: mo07 X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX/T1uwXx72N6A3KHw== Received: from athena.laverenz.de ([91.66.27.25]) by post.webmailer.de (mrclete mo15) (RZmta 16.8) with ESMTP id U047b1k1TB7hK9 for ; Fri, 29 Feb 2008 14:13:13 +0100 (MET) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id B935A57C00A for ; Fri, 29 Feb 2008 14:13:12 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05508-03 for ; Fri, 29 Feb 2008 14:13:12 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 5B3FE57C009; Fri, 29 Feb 2008 14:13:12 +0100 (CET) Date: Fri, 29 Feb 2008 14:13:12 +0100 From: Uwe Laverenz To: freebsd-emulation@freebsd.org Message-ID: <20080229131312.GA6532@laverenz.de> Mail-Followup-To: freebsd-emulation@freebsd.org References: <7524fac461aaea774247a97fa52603de@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7524fac461aaea774247a97fa52603de@127.0.0.1> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: vmware server on Freebsd X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 13:44:28 -0000 On Fri, Feb 29, 2008 at 12:48:46PM +0200, freebsd-list@fotoprieks.lv wrote: > And I don`t now how freebsd works with vmware server and RAID10 (intel) (It`s different question but if you now it hope help me). FreeBSD generally works with RAID10 of course, but VMware server does not work on a FreeBSD host. VMware server runs on Linux or Windows hosts only. > If sameone tested vmware server on freebsd? No, you can install FreeBSD as a guest system in VMware server, not as host system. Uwe