From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 31 12:17:57 2005 Return-Path: X-Original-To: emulation@hub.freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC22316A420; Sun, 31 Jul 2005 12:17:57 +0000 (GMT) (envelope-from matteo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD8843D46; Sun, 31 Jul 2005 12:17:57 +0000 (GMT) (envelope-from matteo@FreeBSD.org) Received: from freefall.freebsd.org (matteo@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j6VCHvUK017568; Sun, 31 Jul 2005 12:17:57 GMT (envelope-from matteo@freefall.freebsd.org) Received: (from matteo@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j6VCHuF0017564; Sun, 31 Jul 2005 12:17:56 GMT (envelope-from matteo) Date: Sun, 31 Jul 2005 12:17:56 GMT From: Matteo Riondato Message-Id: <200507311217.j6VCHuF0017564@freefall.freebsd.org> To: arielflorio@ciudad.com.ar, matteo@FreeBSD.org, emulation@FreeBSD.org Cc: Subject: Re: kern/37161: [ext2fs] ext2 linux file system, error handling large files 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: Sun, 31 Jul 2005 12:17:57 -0000 Synopsis: [ext2fs] ext2 linux file system, error handling large files State-Changed-From-To: patched->closed State-Changed-By: matteo State-Changed-When: Sun Jul 31 12:17:40 GMT 2005 State-Changed-Why: Fixed but won't be MFCed to RELENG_4 http://www.freebsd.org/cgi/query-pr.cgi?pr=37161 From owner-freebsd-emulation@FreeBSD.ORG Sun Jul 31 16:54:17 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BECF16A41F; Sun, 31 Jul 2005 16:54:17 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id C511F43D49; Sun, 31 Jul 2005 16:54:16 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd34.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1DzH4p-0006Z8-03; Sun, 31 Jul 2005 18:54:15 +0200 Received: from Andro-Beta.Leidinger.net (GEh-ZMZYZeJBR6F1lSFiHxmqeKD9HFwBPm8bD2xkllLfbdTxnnSfZY@[84.165.251.203]) by fwd34.sul.t-online.de with esmtp id 1DzH4d-10V3Ca0; Sun, 31 Jul 2005 18:54:03 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j6VGrxac000489; Sun, 31 Jul 2005 18:54:00 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 31 Jul 2005 18:53:59 +0200 From: Alexander Leidinger To: "Simon L. Nielsen" Message-ID: <20050731185359.0a0e9361@Magellan.Leidinger.net> In-Reply-To: <20050730212653.GP930@zaphod.nitro.dk> References: <20050730212653.GP930@zaphod.nitro.dk> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: GEh-ZMZYZeJBR6F1lSFiHxmqeKD9HFwBPm8bD2xkllLfbdTxnnSfZY@t-dialin.net X-TOI-MSGID: cf57a4c6-9186-49bc-a1a1-197e14506c71 Cc: freebsd-emulation@freebsd.org Subject: Re: Security vulnerability in linux-tiff 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: Sun, 31 Jul 2005 16:54:17 -0000 On Sat, 30 Jul 2005 23:26:53 +0200 "Simon L. Nielsen" wrote: > Hello linux-tiff maintainer, > > As recently documented in the FreeBSD VuXML document [1] there is a > security vulnerability in linux-tiff. This has been fixed in the > upstream version, 3.7.3. > > Please update the port as soon as possible. Fixed in portrevision 3. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 02:57:21 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CC216A41F for ; Mon, 1 Aug 2005 02:57:21 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C4D43D46 for ; Mon, 1 Aug 2005 02:57:20 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so728572nzo for ; Sun, 31 Jul 2005 19:57:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uTtjOL8iSFaCuyylwEbN6VRHsM/AoD/bgjSoWo8L6rPLOMpMTiMB4CKBB40hZZaFboFSs8dtqLRJnz+MQIMwrwDI75zN5f/0JjQ82Ce/geRlMfmCfqk87mIDlBh4Y9E6hgPz5Xgzwbki5+3EL8B0kGXVMDB9k/AvoeV6eR9DvM8= Received: by 10.36.251.50 with SMTP id y50mr707686nzh; Sun, 31 Jul 2005 19:57:19 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Sun, 31 Jul 2005 19:57:19 -0700 (PDT) Message-ID: <28edec3c05073119576445ec92@mail.gmail.com> Date: Mon, 1 Aug 2005 10:57:19 +0800 From: "Mars G. Miro" To: Jung-uk Kim In-Reply-To: <28edec3c050730045765b5262b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> Cc: freebsd-emulation@freebsd.org, Juergen Lock , qemu-devel@nongnu.org Subject: Re: ata devices on emulated amd64 on qemu X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 02:57:21 -0000 On 7/30/05, Mars G. Miro wrote: > On 7/30/05, Jung-uk Kim wrote: > > Okay. I finally found a fix. It was actually quite simple. Newer=20 > > FreeBSD and Linux ATA drivers check whether the PCI ATA controller is= =20 > > in legacy ATA mode (aka PATA mode). The test failed and it was=20 > > treated like a SATA controller. Of course, IRQ failed to map. ;-) =20 > > Try the attached patch. Tested with FreeBSD/amd64 6.0-BETA1 guest on= =20 > > FreeBSD/amd64 host. > >=20 >=20 >=20 > You rock dude! This patch fixes it. FreeBSD54/amd64 Guest on > FreeBSD54/amd64 Host. >=20 > Any thoughts of including this patch in the ports? >=20 >=20 Oops. I noticed only now that this time, it's the emulated NE2000 NIC that's not detected. This is for a FreeBSD/amd64 guest on FreeBSD/amd64 Host. Thanks. > > Cheers, > >=20 > > Jung-uk Kim > >=20 > >=20 >=20 >=20 cheers mars From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 03:30:54 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E2B16A41F for ; Mon, 1 Aug 2005 03:30:54 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A04043D53 for ; Mon, 1 Aug 2005 03:30:52 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so730814nzo for ; Sun, 31 Jul 2005 20:30:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CNcQNNAjyvAN7wWcYGYYkJwCvQztjOPOYyFsRRL50SmbZ4NY/iZWdgrf6j7FTEkIFJbMOYDiQCmZCVD7xBWYYRi7ryfZQeyntbsRXOt/YzsREckn1kixCI64q1d+01S6DJRIJzTtc+KowN6wl/G9nXKG4d9QT25P2dhkrtzY7VQ= Received: by 10.36.141.13 with SMTP id o13mr4979408nzd; Sun, 31 Jul 2005 20:30:52 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Sun, 31 Jul 2005 20:30:52 -0700 (PDT) Message-ID: <28edec3c050731203069f7c4a8@mail.gmail.com> Date: Mon, 1 Aug 2005 11:30:52 +0800 From: "Mars G. Miro" To: Jung-uk Kim In-Reply-To: <28edec3c05073119576445ec92@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> Cc: freebsd-emulation@freebsd.org, Juergen Lock , qemu-devel@nongnu.org Subject: Re: ata devices on emulated amd64 on qemu X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 03:30:54 -0000 On 8/1/05, Mars G. Miro wrote: > On 7/30/05, Mars G. Miro wrote: > > On 7/30/05, Jung-uk Kim wrote: > > > Okay. I finally found a fix. It was actually quite simple. Newer= =20 > > > FreeBSD and Linux ATA drivers check whether the PCI ATA controller is= =20 > > > in legacy ATA mode (aka PATA mode). The test failed and it was=20 > > > treated like a SATA controller. Of course, IRQ failed to map. ;-) = =20 > > > Try the attached patch. Tested with FreeBSD/amd64 6.0-BETA1 guest on= =20 > > > FreeBSD/amd64 host. > > >=20 > >=20 > >=20 > > You rock dude! This patch fixes it. FreeBSD54/amd64 Guest on > > FreeBSD54/amd64 Host. > >=20 > > Any thoughts of including this patch in the ports? > >=20 > >=20 >=20 >=20 > Oops. I noticed only now that this time, it's the emulated NE2000 NIC > that's not detected. This is for a FreeBSD/amd64 guest on > FreeBSD/amd64 Host. >=20 Scratch that.=20 This is only because there's no ed in the GENERIC kernel for AMD64. Thanks. > Thanks. >=20 >=20 > > > Cheers, > > >=20 > > > Jung-uk Kim > > >=20 > > >=20 > >=20 > >=20 >=20 cheers mars From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 04:20:22 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B7316A41F for ; Mon, 1 Aug 2005 04:20:22 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BE7643D45 for ; Mon, 1 Aug 2005 04:20:21 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 0C42711562F for ; Mon, 1 Aug 2005 08:20:14 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 6A90415C2E for ; Mon, 1 Aug 2005 08:20:13 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id D2C1415C4E; Mon, 1 Aug 2005 08:20:12 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id 3BD0B15C2D for ; Mon, 1 Aug 2005 08:20:12 +0400 (MSD) Message-ID: <42EDA2EA.4060206@yandex.ru> Date: Mon, 01 Aug 2005 08:19:54 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Howto configure virtual network via tap in qemu? 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, 01 Aug 2005 04:20:23 -0000 Hi! Somebody know how to configure virtual network via tap interface in qemu? I try to install FreeBSD 6.0-BETA1 in qemu. My system is 5.4-STABLE. I try so: 1. cat /dev/null > /dev/tap0 2. make a ifup script - ifup.sh: ifconfig $1 inet 192.168.0.1/24 3. chmod +x ifup.sh 4. run qemu: # qemu -cdrom 6.0-BETA1.iso -hda disk.img -boot d -serial pty -n /home/qemu/ifup.sh tap0 interface is up, i can ping it from my system. But i can't configure installation via network. When i use user mode network stack - it work. -- WBR, Andrey V. Elsukov From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 09:30:50 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9109B16A41F for ; Mon, 1 Aug 2005 09:30:50 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F15843D49 for ; Mon, 1 Aug 2005 09:30:49 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so754007nzo for ; Mon, 01 Aug 2005 02:30:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tqpvd5Vv/nlCS2gNy21nbzBRoDZAqGuVvuwEJG2OoTiRZy806shZc//aTDQix9+Y6h9SA23tUjmy0nG54rxtIxGcg7IlRvWxcc81vVJPFTOlO2w1l9ZeloS1WABceAr3iHxN5HswEBAx4Zx26HhOfAWUlnjEcRucTCYtMk7i+Pw= Received: by 10.36.8.10 with SMTP id 10mr5378807nzh; Mon, 01 Aug 2005 02:30:47 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Mon, 1 Aug 2005 02:30:47 -0700 (PDT) Message-ID: <28edec3c0508010230226b4ae@mail.gmail.com> Date: Mon, 1 Aug 2005 17:30:47 +0800 From: "Mars G. Miro" To: Jung-uk Kim In-Reply-To: <28edec3c050731203069f7c4a8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> <28edec3c050731203069f7c4a8@mail.gmail.com> Cc: freebsd-emulation@freebsd.org, Juergen Lock , qemu-devel@nongnu.org Subject: Re: ata devices on emulated amd64 on qemu X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 09:30:50 -0000 On 8/1/05, Mars G. Miro wrote: > On 8/1/05, Mars G. Miro wrote: > > On 7/30/05, Mars G. Miro wrote: > > > On 7/30/05, Jung-uk Kim wrote: > > > > Okay. I finally found a fix. It was actually quite simple. Newer= =20 > > > > FreeBSD and Linux ATA drivers check whether the PCI ATA controller = is >=20 > > > > in legacy ATA mode (aka PATA mode). The test failed and it was=20 > > > > treated like a SATA controller. Of course, IRQ failed to map. ;-) = =20 > > > > Try the attached patch. Tested with FreeBSD/amd64 6.0-BETA1 guest = on >=20 > > > > FreeBSD/amd64 host. > > > >=20 > > >=20 > > >=20 > > > You rock dude! This patch fixes it. FreeBSD54/amd64 Guest on > > > FreeBSD54/amd64 Host. > > >=20 > > > Any thoughts of including this patch in the ports? > > >=20 > > >=20 > >=20 > >=20 > > Oops. I noticed only now that this time, it's the emulated NE2000 NIC > > that's not detected. This is for a FreeBSD/amd64 guest on > > FreeBSD/amd64 Host. > >=20 >=20 >=20 > Scratch that.=20 >=20 > This is only because there's no ed in the GENERIC kernel for AMD64. >=20 because we dropped support for it? cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes=20 -Wmissing-prototypes -Wpointer- arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/a ltq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/con trib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel =3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/ src/sys/dev/ed/if_ed.c /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_WD80x3_generic': /usr/src/sys/dev/ed/if_ed.c:508: warning: implicit declaration of function `kvtop' /usr/src/sys/dev/ed/if_ed.c:508: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:521: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c:532: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c:539: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c:547: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c:570: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_3Com': /usr/src/sys/dev/ed/if_ed.c:905: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_SIC': /usr/src/sys/dev/ed/if_ed.c:998: warning: nested extern declaration of `kvt= op' /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop= ' /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit declaration of 'kvtop' was here *** Error code 1 ugh :-( > Thanks. >=20 >=20 >=20 > > Thanks. > >=20 > >=20 > > > > Cheers, > > > >=20 > > > > Jung-uk Kim > > > >=20 > > > >=20 > > >=20 > > >=20 > >=20 >=20 >=20 >=20 >=20 cheers mars From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 11:01:48 2005 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732F516A41F for ; Mon, 1 Aug 2005 11:01:48 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB3443D4C for ; Mon, 1 Aug 2005 11:01:48 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j71B1lSu017022 for ; Mon, 1 Aug 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j71B1l2r017016 for emulation@freebsd.org; Mon, 1 Aug 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Aug 2005 11:01:47 GMT Message-Id: <200508011101.j71B1l2r017016@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 01 Aug 2005 11:01:48 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/28] kern/53874 emulation /usr/ports/emulators/linux_base isn't wor 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/22] kern/21463 emulation Linux compatability mode should not allow o [2000/11/13] kern/22826 emulation Memory limits have no effect in linux com o [2001/03/28] kern/26171 emulation not work Linux-emulator, but hi is work i o [2002/11/07] kern/45023 emulation flexlm does not run with linux-base-7, st o [2003/09/24] kern/57192 emulation linux-ibm-java1.4 freeze o [2004/06/20] kern/68131 emulation java/linux-ibm-jdk14: linux ibm jdk 1.4.1 o [2005/01/25] ports/76644 emulation FreeBSD 5.3 will freeze or crash when run o [2005/02/19] i386/77710 emulation Linux page fault sigcontext information i o [2005/05/05] ports/80679 emulation emulators/linux_base-8: Use ${MACHINE_ARC o [2005/05/09] ports/80837 emulation x11-toolkits/linux-gtk: cannot install by o [2005/05/12] ports/80926 emulation running $PREFIX/etc/rc.d/vmware.sh return o [2005/06/06] kern/81951 emulation [patch] linux emulation: getpriority() re 12 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1999/04/16] i386/11165 emulation IBCS2 don't work correctly with PID_MAX 9 o [2000/12/15] kern/23561 emulation Linux compatibility mode does not support o [2001/08/14] kern/29698 emulation linux ipcs doesn'work o [2002/06/12] kern/39201 emulation ptrace(2) and rfork(RFLINUXTHPN) confuse o [2002/08/11] kern/41543 emulation Easier wine/w23 support p [2002/09/04] kern/42404 emulation TIOCSCTTY not implemented in linuxulator s [2002/09/06] kern/42466 emulation linux: 'ipc' typ=258 not implemented p [2003/01/22] kern/47349 emulation Fake a sound ioctl (plus linux hook) o [2003/08/21] kern/55835 emulation Linux IPC emulation missing SETALL syscal o [2004/10/19] ports/72865 emulation emulators/vmware3 crashes on 5.3-STABLE o [2004/10/20] kern/72920 emulation linux emulation : path "prefixing" is not o [2004/10/26] kern/73165 emulation [patch] getting rid of COMPAT_43 dependan o [2004/11/08] kern/73663 emulation [ibcs2] module_register_init: MOD_LOAD (i o [2004/11/10] kern/73777 emulation [patch] linux emulation: root dir special o [2004/11/15] kern/73978 emulation [ibsc2] an error message appears during l o [2005/02/08] kern/77253 emulation [linprocfs] meminfo in linprocfs returns o [2005/03/19] ports/79009 emulation [patch] Some linux ports are incorrectly o [2005/04/07] ports/79655 emulation linux_base-8 fails to install as non-root o [2005/05/30] kern/81670 emulation [patch] linux_execve return wrong value ( o [2005/06/08] kern/82026 emulation [ibcs2] module_register_init: MOD_LOAD (i s [2005/07/01] ports/82853 emulation [wish] working linux_base port for alpha 21 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 16:11:13 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4007816A41F for ; Mon, 1 Aug 2005 16:11:13 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD1043D4C for ; Mon, 1 Aug 2005 16:11:12 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id j71GBBmr073203; Mon, 1 Aug 2005 09:11:12 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200508011611.j71GBBmr073203@gate.bitblocks.com> To: "Andrey V. Elsukov" In-reply-to: Your message of "Mon, 01 Aug 2005 08:19:54 +0400." <42EDA2EA.4060206@yandex.ru> Date: Mon, 01 Aug 2005 09:11:11 -0700 From: Bakul Shah Cc: freebsd-emulation@freebsd.org Subject: Re: Howto configure virtual network via tap in qemu? 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, 01 Aug 2005 16:11:13 -0000 > Somebody know how to configure virtual network via tap interface in qemu? > I try to install FreeBSD 6.0-BETA1 in qemu. My system is 5.4-STABLE. I > try so: > 1. cat /dev/null > /dev/tap0 You don't need this. > 4. run qemu: > # qemu -cdrom 6.0-BETA1.iso -hda disk.img -boot d -serial pty -n /home/qemu/ifup.sh You don't need -serial > tap0 interface is up, i can ping it from my system. But i can't > configure installation via network. > When i use user mode network stack - it work. In the user mode networking qemu does stuff on behalf of the VM (the emulated system). This requires a lot less setup on your host (since it is qemu that does all networking). If you use tapN, the VM is an *external system* as far as your host's networking stack is concerned as it will send/rcv packets over a network interface. This is why you need to either bridge tapN with your external ethernet interface and give your VM an externally visible address or use your host as a router and set it up to do network address translation. For the latter do the following: - make sure IP forwarding works sysctl net.inet.ip.forwarding = 1 - set up NAT. Let us assume your external interface is fxp0. Then if you use ipfilter, /etc/ipnat.rules will look something like this: map fxp0 192.168.0.0/24 -> 0/32 portmap tcp/ucp 30000:39999 map fxp0 192.168.0.0/24 -> 0/32 if you use pf, /etc/pf.conf will look something like this: nat on fxp0 from 192.168.0.0/24 to any -> (fxp0) Don't forget to enable whichever NAT in /etc/rc.conf - During the installation give your VM an IP address like 192.168.0.2, chose 192.168.0.1 as your gateway and the DNS entries same as your host. From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 17:23:11 2005 Return-Path: X-Original-To: emulation@hub.freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7618016A420; Mon, 1 Aug 2005 17:23:11 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341C543D53; Mon, 1 Aug 2005 17:23:11 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from freefall.freebsd.org (sobomax@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j71HNBNS069639; Mon, 1 Aug 2005 17:23:11 GMT (envelope-from sobomax@freefall.freebsd.org) Received: (from sobomax@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j71HNAMU069635; Mon, 1 Aug 2005 17:23:10 GMT (envelope-from sobomax) Date: Mon, 1 Aug 2005 17:23:10 GMT From: Maxim Sobolev Message-Id: <200508011723.j71HNAMU069635@freefall.freebsd.org> To: avg@icyb.net.ua, sobomax@FreeBSD.org, emulation@FreeBSD.org Cc: Subject: Re: kern/81951: [patch] linux emulation: getpriority() returns incorrect value 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, 01 Aug 2005 17:23:11 -0000 Synopsis: [patch] linux emulation: getpriority() returns incorrect value State-Changed-From-To: open->closed State-Changed-By: sobomax State-Changed-When: Mon Aug 1 17:22:53 GMT 2005 State-Changed-Why: Fix committed, thank you! http://www.freebsd.org/cgi/query-pr.cgi?pr=81951 From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 17:38:28 2005 Return-Path: X-Original-To: emulation@hub.freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9954516A420; Mon, 1 Aug 2005 17:38:28 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5713C43D49; Mon, 1 Aug 2005 17:38:28 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from freefall.freebsd.org (sobomax@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j71HcSLl072183; Mon, 1 Aug 2005 17:38:28 GMT (envelope-from sobomax@freefall.freebsd.org) Received: (from sobomax@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j71HcS5q072179; Mon, 1 Aug 2005 17:38:28 GMT (envelope-from sobomax) Date: Mon, 1 Aug 2005 17:38:28 GMT From: Maxim Sobolev Message-Id: <200508011738.j71HcS5q072179@freefall.freebsd.org> To: andriko.b@gmail.com, sobomax@FreeBSD.org, emulation@FreeBSD.org Cc: Subject: Re: kern/81670: [patch] linux_execve return wrong value (i386) 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, 01 Aug 2005 17:38:28 -0000 Synopsis: [patch] linux_execve return wrong value (i386) State-Changed-From-To: open->closed State-Changed-By: sobomax State-Changed-When: Mon Aug 1 17:38:12 GMT 2005 State-Changed-Why: Fix committed, thank you very much for submission! http://www.freebsd.org/cgi/query-pr.cgi?pr=81670 From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 1 21:56:42 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6A916A41F; Mon, 1 Aug 2005 21:56:41 +0000 (GMT) (envelope-from qemu-l@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CBA43D45; Mon, 1 Aug 2005 21:56:39 +0000 (GMT) (envelope-from qemu-l@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j71Lubqd000985; Mon, 1 Aug 2005 23:56:37 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j71LubOC000983; Mon, 1 Aug 2005 23:56:37 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j71LsDHH011493; Mon, 1 Aug 2005 23:54:13 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j71LsCHM011492; Mon, 1 Aug 2005 23:54:12 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 1 Aug 2005 23:54:10 +0200 To: "Mars G. Miro" Message-ID: <20050801215410.GA10633@saturn.kn-bremen.de> Mail-Followup-To: "Mars G. Miro" , Jung-uk Kim , freebsd-emulation@freebsd.org, qemu-devel@nongnu.org References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> <28edec3c050731203069f7c4a8@mail.gmail.com> <28edec3c0508010230226b4ae@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28edec3c0508010230226b4ae@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org, Jung-uk Kim Subject: Re: ata devices on emulated amd64 on qemu 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, 01 Aug 2005 21:56:42 -0000 On Mon, Aug 01, 2005 at 05:30:47PM +0800, Mars G. Miro wrote: > On 8/1/05, Mars G. Miro wrote: > > On 8/1/05, Mars G. Miro wrote: > > > On 7/30/05, Mars G. Miro wrote: > > > > On 7/30/05, Jung-uk Kim wrote: > > > > > Okay. I finally found a fix. It was actually quite simple. Newer > > > > > FreeBSD and Linux ATA drivers check whether the PCI ATA controller is > > > > > > > in legacy ATA mode (aka PATA mode). The test failed and it was > > > > > treated like a SATA controller. Of course, IRQ failed to map. ;-) > > > > > Try the attached patch. Tested with FreeBSD/amd64 6.0-BETA1 guest on > > > > > > > FreeBSD/amd64 host. > > > > > > > > > > > > > > > > > You rock dude! This patch fixes it. FreeBSD54/amd64 Guest on > > > > FreeBSD54/amd64 Host. > > > > > > > > Any thoughts of including this patch in the ports? > > > > > > > > > > > > > > > > > Oops. I noticed only now that this time, it's the emulated NE2000 NIC > > > that's not detected. This is for a FreeBSD/amd64 guest on > > > FreeBSD/amd64 Host. > > > > > > > > > Scratch that. > > > > This is only because there's no ed in the GENERIC kernel for AMD64. > > > > because we dropped support for it? > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer- > arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc > -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/a > ltq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/con > trib/ngatm -D_KERNEL -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mcmodel > =kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -Werror /usr/ > src/sys/dev/ed/if_ed.c > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_WD80x3_generic': > /usr/src/sys/dev/ed/if_ed.c:508: warning: implicit declaration of > function `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:521: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c:532: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c:539: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c:547: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c:570: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_3Com': > /usr/src/sys/dev/ed/if_ed.c:905: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_SIC': > /usr/src/sys/dev/ed/if_ed.c:998: warning: nested extern declaration of `kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of 'kvtop' > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > declaration of 'kvtop' was here > *** Error code 1 > > ugh :-( Aha, amd64 doesnt have kvtop anymore. Try the following patch: (compiles on i386, it should fix amd64 if you are lucky - as long as kvtop is the only problem...) Index: if_ed.c @@ -205,7 +205,7 @@ int i; u_int memsize, maddr; u_char iptr, isa16bit, sum, totalsum; - u_long conf_maddr, conf_msize, irq, junk; + u_long conf_maddr, conf_msize, irq, junk, mphys; sc->chip_type = ED_CHIP_TYPE_DP8390; @@ -474,6 +474,7 @@ return (error); } sc->mem_start = (caddr_t) rman_get_virtual(sc->mem_res); + mphys = rman_get_start(sc->mem_res); /* * allocate one xmit buffer if < 16k, two buffers otherwise @@ -505,7 +506,7 @@ sc->wd_laar_proto = ed_asic_inb(sc, ED_WD_LAAR); } else { sc->wd_laar_proto = ED_WD_LAAR_L16EN | - ((kvtop(sc->mem_start) >> 19) & ED_WD_LAAR_ADDRHI); + ((mphys >> 19) & ED_WD_LAAR_ADDRHI); } /* * Enable 16bit access @@ -518,7 +519,7 @@ (sc->type == ED_TYPE_TOSHIBA4) || (sc->type == ED_TYPE_WD8013EBT)) && (sc->chip_type != ED_CHIP_TYPE_WD790)) { - sc->wd_laar_proto = (kvtop(sc->mem_start) >> 19) & + sc->wd_laar_proto = (mphys >> 19) & ED_WD_LAAR_ADDRHI; ed_asic_outb(sc, ED_WD_LAAR, sc->wd_laar_proto); } @@ -530,22 +531,22 @@ if (sc->chip_type != ED_CHIP_TYPE_WD790) { if (ED_FLAGS_GETTYPE(flags) == ED_FLAGS_TOSH_ETHER) { ed_asic_outb(sc, ED_WD_MSR + 1, - ((kvtop(sc->mem_start) >> 8) & 0xe0) | 4); + ((mphys >> 8) & 0xe0) | 4); ed_asic_outb(sc, ED_WD_MSR + 2, - ((kvtop(sc->mem_start) >> 16) & 0x0f)); + ((mphys >> 16) & 0x0f)); ed_asic_outb(sc, ED_WD_MSR, ED_WD_MSR_MENB | ED_WD_MSR_POW); } else { ed_asic_outb(sc, ED_WD_MSR, - ((kvtop(sc->mem_start) >> 13) & + ((mphys >> 13) & ED_WD_MSR_ADDR) | ED_WD_MSR_MENB); } sc->cr_proto = ED_CR_RD2; } else { ed_asic_outb(sc, ED_WD_MSR, ED_WD_MSR_MENB); ed_asic_outb(sc, ED_WD790_HWR, (ed_asic_inb(sc, ED_WD790_HWR) | ED_WD790_HWR_SWH)); - ed_asic_outb(sc, ED_WD790_RAR, ((kvtop(sc->mem_start) >> 13) & 0x0f) | - ((kvtop(sc->mem_start) >> 11) & 0x40) | + ed_asic_outb(sc, ED_WD790_RAR, ((mphys >> 13) & 0x0f) | + ((mphys >> 11) & 0x40) | (ed_asic_inb(sc, ED_WD790_RAR) & 0xb0)); ed_asic_outb(sc, ED_WD790_HWR, (ed_asic_inb(sc, ED_WD790_HWR) & ~ED_WD790_HWR_SWH)); sc->cr_proto = 0; @@ -567,7 +568,7 @@ for (i = 0; i < memsize; ++i) { if (sc->mem_start[i]) { device_printf(dev, "failed to clear shared memory at %jx - check configuration\n", - (uintmax_t)kvtop(sc->mem_start + i)); + (uintmax_t)mphys + i); /* * Disable 16 bit access to shared memory @@ -902,7 +903,7 @@ for (i = 0; i < memsize; ++i) if (sc->mem_start[i]) { device_printf(dev, "failed to clear shared memory at %jx - check configuration\n", - (uintmax_t)kvtop(sc->mem_start + i)); + (uintmax_t)rman_get_start(sc->mem_res) + i); return (ENXIO); } return (0); @@ -995,7 +996,7 @@ if (sc->mem_start[i]) { device_printf(dev, "failed to clear shared memory " "at %jx - check configuration\n", - (uintmax_t)kvtop(sc->mem_start + i)); + (uintmax_t)rman_get_start(sc->mem_res) + i); return (ENXIO); } From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 04:04:08 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C233716A41F for ; Tue, 2 Aug 2005 04:04:08 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE9143D46 for ; Tue, 2 Aug 2005 04:04:08 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 96A18115633; Tue, 2 Aug 2005 08:04:06 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 8398F15C4D; Tue, 2 Aug 2005 08:04:06 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id 4BF7715C49; Tue, 2 Aug 2005 08:04:06 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id 32E6415C2E; Tue, 2 Aug 2005 08:04:06 +0400 (MSD) Message-ID: <42EEF0A4.8090200@yandex.ru> Date: Tue, 02 Aug 2005 08:03:48 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bakul Shah References: <200508011611.j71GBBmr073203@gate.bitblocks.com> In-Reply-To: <200508011611.j71GBBmr073203@gate.bitblocks.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Howto configure virtual network via tap in qemu? 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: Tue, 02 Aug 2005 04:04:08 -0000 Bakul Shah wrote: >>1. cat /dev/null > /dev/tap0 > You don't need this. Ok. > You don't need -serial This is for debugging via serial console. > - During the installation give your VM an IP address like > 192.168.0.2, chose 192.168.0.1 as your gateway and the DNS > entries same as your host. Ok. Thanks, i shall try. -- WBR, Andrey V. Elsukov From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 06:53:24 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 065D916A41F for ; Tue, 2 Aug 2005 06:53:24 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F063143D45 for ; Tue, 2 Aug 2005 06:53:22 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so856604nzo for ; Mon, 01 Aug 2005 23:53:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fRT41IqPF/06bFScKzJCVbS4Xvtmk8+nfFw1+b7MevzsXoiXzT0J7QR5kVBB6LpBimK04Q0P80g/IpzjVvXY6lJMkPAZHrHgg88ZJ9GGyIW23augIKA3QTmkPg/8e/mVdAtNwcMwm7c1YSnGktRcE/+ri4arAlMoJKxpbopQ9h0= Received: by 10.36.227.61 with SMTP id z61mr5487458nzg; Mon, 01 Aug 2005 23:53:22 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Mon, 1 Aug 2005 23:53:22 -0700 (PDT) Message-ID: <28edec3c0508012353757c7671@mail.gmail.com> Date: Tue, 2 Aug 2005 14:53:22 +0800 From: "Mars G. Miro" To: Juergen Lock , Jung-uk Kim , freebsd-emulation@freebsd.org, qemu-devel@nongnu.org In-Reply-To: <20050801215410.GA10633@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> <28edec3c050731203069f7c4a8@mail.gmail.com> <28edec3c0508010230226b4ae@mail.gmail.com> <20050801215410.GA10633@saturn.kn-bremen.de> Cc: Subject: Re: ata devices on emulated amd64 on qemu X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 06:53:24 -0000 On 8/2/05, Juergen Lock wrote: > On Mon, Aug 01, 2005 at 05:30:47PM +0800, Mars G. Miro wrote: > > On 8/1/05, Mars G. Miro wrote: > > > On 8/1/05, Mars G. Miro wrote: > > > > On 7/30/05, Mars G. Miro wrote: > > > > > On 7/30/05, Jung-uk Kim wrote: > > > > > > Okay. I finally found a fix. It was actually quite simple.=20 > Newer=20 > > > > > > FreeBSD and Linux ATA drivers check whether the PCI ATA control= ler > is > > >=20 > > > > > > in legacy ATA mode (aka PATA mode). The test failed and it was= =20 > > > > > > treated like a SATA controller. Of course, IRQ failed to map. = ;-) > =20 > > > > > > Try the attached patch. Tested with FreeBSD/amd64 6.0-BETA1 gu= est > on > > >=20 > > > > > > FreeBSD/amd64 host. > > > > > >=20 > > > > >=20 > > > > >=20 > > > > > You rock dude! This patch fixes it. FreeBSD54/amd64 Guest on > > > > > FreeBSD54/amd64 Host. > > > > >=20 > > > > > Any thoughts of including this patch in the ports? > > > > >=20 > > > > >=20 > > > >=20 > > > >=20 > > > > Oops. I noticed only now that this time, it's the emulated NE2000 N= IC > > > > that's not detected. This is for a FreeBSD/amd64 guest on > > > > FreeBSD/amd64 Host. > > > >=20 > > >=20 > > >=20 > > > Scratch that.=20 > > >=20 > > > This is only because there's no ed in the GENERIC kernel for AMD64. > > >=20 > >=20 > > because we dropped support for it? > >=20 > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes=20 > > -Wmissing-prototypes -Wpointer- > > arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc > > -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > > -I/usr/src/sys/contrib/a > > ltq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > > -I/usr/src/sys/con > > trib/ngatm -D_KERNEL -include opt_global.h -fno-common > > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > > large-function-growth=3D1000 -mcmodel > > =3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx > > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables > > -ffreestanding -Werror /usr/ > > src/sys/dev/ed/if_ed.c > > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_WD80x3_generic': > > /usr/src/sys/dev/ed/if_ed.c:508: warning: implicit declaration of > > function `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:521: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c:532: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c:539: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c:547: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c:570: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_3Com': > > /usr/src/sys/dev/ed/if_ed.c:905: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_SIC': > > /usr/src/sys/dev/ed/if_ed.c:998: warning: nested extern declaration of > `kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > 'kvtop' > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > declaration of 'kvtop' was here > > *** Error code 1 > >=20 > > ugh :-( >=20 > Aha, amd64 doesnt have kvtop anymore. Try the following patch: > (compiles on i386, it should fix amd64 if you are lucky - as long as > kvtop is the only problem...) > Tried this patch. It does seem to work. But there are other problems in emulated amd64 --- such as segfaults here and there --- they seem to occur at random. This is for {5.4/6.01-Beta} AMD64. Thanks. > Index: if_ed.c > @@ -205,7 +205,7 @@ > =09int i; > =09u_int memsize, maddr; > =09u_char iptr, isa16bit, sum, totalsum; > -=09u_long=09conf_maddr, conf_msize, irq, junk; > +=09u_long=09conf_maddr, conf_msize, irq, junk, mphys; > =20 > =09sc->chip_type =3D ED_CHIP_TYPE_DP8390; > =20 > @@ -474,6 +474,7 @@ > =09=09return (error); > =09} > =09sc->mem_start =3D (caddr_t) rman_get_virtual(sc->mem_res); > +=09mphys =3D rman_get_start(sc->mem_res); > =20 > =09/* > =09 * allocate one xmit buffer if < 16k, two buffers otherwise > @@ -505,7 +506,7 @@ > =09=09=09sc->wd_laar_proto =3D ed_asic_inb(sc, ED_WD_LAAR); > =09=09} else { > =09=09=09sc->wd_laar_proto =3D ED_WD_LAAR_L16EN | > -=09=09=09 ((kvtop(sc->mem_start) >> 19) & ED_WD_LAAR_ADDRHI); > +=09=09=09 ((mphys >> 19) & ED_WD_LAAR_ADDRHI); > =09=09} > =09=09/* > =09=09 * Enable 16bit access > @@ -518,7 +519,7 @@ > =09=09 (sc->type =3D=3D ED_TYPE_TOSHIBA4) || > =09=09 (sc->type =3D=3D ED_TYPE_WD8013EBT)) && > =09=09 (sc->chip_type !=3D ED_CHIP_TYPE_WD790)) { > -=09=09=09sc->wd_laar_proto =3D (kvtop(sc->mem_start) >> 19) & > +=09=09=09sc->wd_laar_proto =3D (mphys >> 19) & > =09=09=09 ED_WD_LAAR_ADDRHI; > =09=09=09ed_asic_outb(sc, ED_WD_LAAR, sc->wd_laar_proto); > =09=09} > @@ -530,22 +531,22 @@ > =09if (sc->chip_type !=3D ED_CHIP_TYPE_WD790) { > =09=09if (ED_FLAGS_GETTYPE(flags) =3D=3D ED_FLAGS_TOSH_ETHER) { > =09=09=09ed_asic_outb(sc, ED_WD_MSR + 1, > -=09=09=09=09 ((kvtop(sc->mem_start) >> 8) & 0xe0) | 4); > +=09=09=09=09 ((mphys >> 8) & 0xe0) | 4); > =09=09=09ed_asic_outb(sc, ED_WD_MSR + 2, > -=09=09=09=09 ((kvtop(sc->mem_start) >> 16) & 0x0f)); > +=09=09=09=09 ((mphys >> 16) & 0x0f)); > =09=09=09ed_asic_outb(sc, ED_WD_MSR, > =09=09=09=09 ED_WD_MSR_MENB | ED_WD_MSR_POW); > =09=09} else { > =09=09=09ed_asic_outb(sc, ED_WD_MSR, > -=09=09=09=09 ((kvtop(sc->mem_start) >> 13) & > +=09=09=09=09 ((mphys >> 13) & > =09=09=09=09 ED_WD_MSR_ADDR) | ED_WD_MSR_MENB); > =09=09} > =09=09sc->cr_proto =3D ED_CR_RD2; > =09} else { > =09=09ed_asic_outb(sc, ED_WD_MSR, ED_WD_MSR_MENB); > =09=09ed_asic_outb(sc, ED_WD790_HWR, (ed_asic_inb(sc, ED_WD790_HWR) | > ED_WD790_HWR_SWH)); > -=09=09ed_asic_outb(sc, ED_WD790_RAR, ((kvtop(sc->mem_start) >> 13) & 0x0= f) | > -=09=09 ((kvtop(sc->mem_start) >> 11) & 0x40) | > +=09=09ed_asic_outb(sc, ED_WD790_RAR, ((mphys >> 13) & 0x0f) | > +=09=09 ((mphys >> 11) & 0x40) | > =09=09 (ed_asic_inb(sc, ED_WD790_RAR) & 0xb0)); > =09=09ed_asic_outb(sc, ED_WD790_HWR, (ed_asic_inb(sc, ED_WD790_HWR) & > ~ED_WD790_HWR_SWH)); > =09=09sc->cr_proto =3D 0; > @@ -567,7 +568,7 @@ > =09for (i =3D 0; i < memsize; ++i) { > =09=09if (sc->mem_start[i]) { > =09=09=09device_printf(dev, "failed to clear shared memory at %jx - chec= k > configuration\n", > -=09=09=09=09 (uintmax_t)kvtop(sc->mem_start + i)); > +=09=09=09=09 (uintmax_t)mphys + i); > =20 > =09=09=09/* > =09=09=09 * Disable 16 bit access to shared memory > @@ -902,7 +903,7 @@ > =09for (i =3D 0; i < memsize; ++i) > =09=09if (sc->mem_start[i]) { > =09=09=09device_printf(dev, "failed to clear shared memory at %jx - chec= k > configuration\n", > -=09=09=09=09 (uintmax_t)kvtop(sc->mem_start + i)); > +=09=09=09=09 (uintmax_t)rman_get_start(sc->mem_res) + i); > =09=09=09return (ENXIO); > =09=09} > =09return (0); > @@ -995,7 +996,7 @@ > =09=09if (sc->mem_start[i]) { > =09=09=09device_printf(dev, "failed to clear shared memory " > =09=09=09=09"at %jx - check configuration\n", > -=09=09=09=09(uintmax_t)kvtop(sc->mem_start + i)); > +=09=09=09=09(uintmax_t)rman_get_start(sc->mem_res) + i); > =20 > =09=09=09return (ENXIO); > =09=09} > From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 13:40:22 2005 Return-Path: X-Original-To: emulation@hub.freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 921C216A420 for ; Tue, 2 Aug 2005 13:40:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55AE43D4C for ; Tue, 2 Aug 2005 13:40:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j72DeLtI020293 for ; Tue, 2 Aug 2005 13:40:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j72DeLFB020292; Tue, 2 Aug 2005 13:40:21 GMT (envelope-from gnats) Date: Tue, 2 Aug 2005 13:40:21 GMT Message-Id: <200508021340.j72DeLFB020292@freefall.freebsd.org> To: emulation@FreeBSD.org From: Sebastien Cc: Subject: Re: ports/72865: emulators/vmware3 crashes on 5.3-STABLE X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sebastien List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 13:40:22 -0000 The following reply was made to PR ports/72865; it has been noted by GNATS. From: Sebastien To: bug-followup@FreeBSD.org, janos.mohacsi@bsd.hu Cc: Subject: Re: ports/72865: emulators/vmware3 crashes on 5.3-STABLE Date: Tue, 2 Aug 2005 15:34:50 +0200 Same problem with 5.4-RELEASE and similar hardware. FreeBSD 5.4-RELEASE #9: Wed Jul 20 16:29:10 CEST 2005 seb@oasis:/usr/src/sys/i386/compile/MYKERNEL WARNING: debug.mpsafenet forced to 0 as netnatm requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 259850240 (247 MB) avail memory = 244625408 (233 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xdff80000-0xdfffffff,0xd0000000-0xd7ffffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xdf20-0xdf3f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdf40-0xdf5f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdf80-0xdf9f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdff7bc00-0xdff7bfff irq 23 at device 29.7 on pci0 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered umass0: Cypress Semiconductor USB2.0 Storage Device, rev 2.00/0.01, addr 2 umass0: Get Max Lun not supported (STALLED) pcib1: at device 30.0 on pci0 pci1: on pcib1 sis0: port 0xc800-0xc8ff mem 0xdfdff000-0xdfdfffff irq 17 at device 12.0 on pci1 sis0: Silicon Revision: DP83816A miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:03:0d:07:3d:62 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0xe100-0xe13f,0xe000-0xe0ff at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_lid0: on acpi0 orm0: at iomem 0xcc800-0xcd7ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: vendor 0x1110 product 0x9010, rev 1.10/40.00, addr 2 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2400100104 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled ad0: 38204MB [77622/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: driver "vmmon" used unreserved major device number 200 vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 (3.2.x mvm) $ vmmon: Module vmmon: initialized From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 21:24:52 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E3CD16A43E; Tue, 2 Aug 2005 21:24:52 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491F243D58; Tue, 2 Aug 2005 21:24:48 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j72LOjKR001856; Tue, 2 Aug 2005 23:24:45 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j72LOjB0001854; Tue, 2 Aug 2005 23:24:45 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j72LMino008537; Tue, 2 Aug 2005 23:22:44 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j72LMi0A008536; Tue, 2 Aug 2005 23:22:44 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 2 Aug 2005 23:22:44 +0200 To: "Mars G. Miro" Message-ID: <20050802212244.GA7909@saturn.kn-bremen.de> Mail-Followup-To: "Mars G. Miro" , Jung-uk Kim , freebsd-emulation@freebsd.org, qemu-devel@nongnu.org References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291540.52889.jkim@niksun.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> <28edec3c050731203069f7c4a8@mail.gmail.com> <28edec3c0508010230226b4ae@mail.gmail.com> <20050801215410.GA10633@saturn.kn-bremen.de> <28edec3c0508012353757c7671@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28edec3c0508012353757c7671@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org, Jung-uk Kim Subject: Re: ata devices on emulated amd64 on qemu 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: Tue, 02 Aug 2005 21:24:52 -0000 On Tue, Aug 02, 2005 at 02:53:22PM +0800, Mars G. Miro wrote: > On 8/2/05, Juergen Lock wrote: > > On Mon, Aug 01, 2005 at 05:30:47PM +0800, Mars G. Miro wrote: >[...] > > > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_SIC': > > > /usr/src/sys/dev/ed/if_ed.c:998: warning: nested extern declaration of > > `kvtop' > > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration of > > 'kvtop' > > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > > declaration of 'kvtop' was here > > > *** Error code 1 > > > > > > ugh :-( > > > > Aha, amd64 doesnt have kvtop anymore. Try the following patch: > > (compiles on i386, it should fix amd64 if you are lucky - as long as > > kvtop is the only problem...) > > > > Tried this patch. It does seem to work. > So you got the network up? ok. (should the patch be included in 6.0 and ed be re-added to GENERIC and the install kernel on amd64, for amd64 guests to have network with qemu?) > But there are other problems in emulated amd64 --- such as segfaults > here and there --- they seem to occur at random. This is for > {5.4/6.01-Beta} AMD64. > with or without kqemu? cheers, Juergen From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 21:55:24 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02CA16A41F for ; Tue, 2 Aug 2005 21:55:24 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4179D43D45 for ; Tue, 2 Aug 2005 21:55:22 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j72Lw6DV049722; Tue, 2 Aug 2005 17:58:07 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: NIKSUN, Inc. To: Juergen Lock Date: Tue, 2 Aug 2005 17:55:01 -0400 User-Agent: KMail/1.6.2 References: <28edec3c0507290000415a350d@mail.gmail.com> <28edec3c0508012353757c7671@mail.gmail.com> <20050802212244.GA7909@saturn.kn-bremen.de> In-Reply-To: <20050802212244.GA7909@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200508021755.04361.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.85.1/1001/Tue Aug 2 04:22:39 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org, "Mars G. Miro" , qemu-devel@nongnu.org Subject: Re: ata devices on emulated amd64 on qemu 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: Tue, 02 Aug 2005 21:55:25 -0000 On Tuesday 02 August 2005 05:22 pm, Juergen Lock wrote: > So you got the network up? ok. (should the patch be included in > 6.0 and ed be re-added to GENERIC and the install kernel on amd64, > for amd64 guests to have network with qemu?) It's already MFC'd and ed(4) will be available in 6.0-BETA2 release: http://docs.freebsd.org/cgi/mid.cgi?200507291540.j6TFex5N069026 Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Tue Aug 2 22:36:22 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75F616A41F for ; Tue, 2 Aug 2005 22:36:22 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C416643D46 for ; Tue, 2 Aug 2005 22:36:21 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h104.240.159.dialup.iptcom.net ([213.159.240.104]:28639 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219361AbVHBWgT (INRCPT ); Wed, 3 Aug 2005 01:36:19 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j72MaGfr026218 for ; Wed, 3 Aug 2005 01:36:16 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Wed, 3 Aug 2005 01:36:16 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: freebsd-emulation@freebsd.org Message-ID: <20050803011207.U16740@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: chroot'ed FreeBSD ia32 compat environment? 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: Tue, 02 Aug 2005 22:36:22 -0000 Sorry if this is the wrong list or/and the question has been bitten to death. Just a suggestion: how feasible/desirable would be to put ia32 compatibility libraries/binaries/whatever into their own /compat/freebsd32 like we do for Linux, instead of {/,/usr/}lib32? At least this way we could use binary i386 packages (those that work anyway) under 64 bit OS and never worry about hardcoded paths. So far they're looking for libs in {...}/lib and naturally can't find them. Regards, Vladimir From owner-freebsd-emulation@FreeBSD.ORG Wed Aug 3 02:07:23 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70C416A41F for ; Wed, 3 Aug 2005 02:07:23 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5877E43D46 for ; Wed, 3 Aug 2005 02:07:22 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so17142nzo for ; Tue, 02 Aug 2005 19:07:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lSQhX3j+PkiWn/ro9+3Qh/EHnRvS5wvKMfypOimA7zBq5Ad8yM7Bu6Fdxba4KB3Df9vldu9h2fP7wHngebNu3twLVFNAdQz8AHOGT8VBV6idhWC3js9hqzkLMmkDeihd26Qa60AVa3LMYMcJDoLDUKDmdhtfWw8nvx9o2alYRso= Received: by 10.37.15.36 with SMTP id s36mr65455nzi; Tue, 02 Aug 2005 19:07:21 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Tue, 2 Aug 2005 19:07:21 -0700 (PDT) Message-ID: <28edec3c05080219072f602bba@mail.gmail.com> Date: Wed, 3 Aug 2005 10:07:21 +0800 From: "Mars G. Miro" To: Juergen Lock , Jung-uk Kim , freebsd-emulation@freebsd.org, qemu-devel@nongnu.org In-Reply-To: <20050802212244.GA7909@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0507290000415a350d@mail.gmail.com> <200507291647.49230.jkim@niksun.com> <200507292022.38135.jkim@FreeBSD.org> <28edec3c050730045765b5262b@mail.gmail.com> <28edec3c05073119576445ec92@mail.gmail.com> <28edec3c050731203069f7c4a8@mail.gmail.com> <28edec3c0508010230226b4ae@mail.gmail.com> <20050801215410.GA10633@saturn.kn-bremen.de> <28edec3c0508012353757c7671@mail.gmail.com> <20050802212244.GA7909@saturn.kn-bremen.de> Cc: Subject: Re: ata devices on emulated amd64 on qemu 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: Wed, 03 Aug 2005 02:07:23 -0000 On 8/3/05, Juergen Lock wrote: > On Tue, Aug 02, 2005 at 02:53:22PM +0800, Mars G. Miro wrote: > > On 8/2/05, Juergen Lock wrote: > > > On Mon, Aug 01, 2005 at 05:30:47PM +0800, Mars G. Miro wrote: > >[...] >=20 > > > > /usr/src/sys/dev/ed/if_ed.c: In function `ed_probe_SIC': > > > > /usr/src/sys/dev/ed/if_ed.c:998: warning: nested extern declaration > of > > > `kvtop' > > > > /usr/src/sys/dev/ed/if_ed.c:508: warning: redundant redeclaration o= f > > > 'kvtop' > > > > /usr/src/sys/dev/ed/if_ed.c:508: warning: previous implicit > > > > declaration of 'kvtop' was here > > > > *** Error code 1 > > > >=20 > > > > ugh :-( > > >=20 > > > Aha, amd64 doesnt have kvtop anymore. Try the following patch: > > > (compiles on i386, it should fix amd64 if you are lucky - as long as > > > kvtop is the only problem...) > > > > >=20 > > Tried this patch. It does seem to work. > >=20 > So you got the network up? ok. (should the patch be included in 6.0 > and ed be re-added to GENERIC and the install kernel on amd64, for > amd64 guests to have network with qemu?) >=20 Yep. But, as I've said I'm experiencing segfaults everywhere (df, dmesg, ls, etc) --- but I think this might be a qemu problem. Yesterday, I tried slamd64 (slackware amd64 version), and it crashed in the middle of installing packages. > > But there are other problems in emulated amd64 --- such as segfaults > > here and there --- they seem to occur at random. This is for > > {5.4/6.01-Beta} AMD64. > >=20 > with or without kqemu? >=20 w/o kqemu... hmm this looks interesting ;-) Thanks. > cheers, > =09Juergen >=20 cheers mars From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 4 22:33:47 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11FDC16A41F; Thu, 4 Aug 2005 22:33:47 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F7043D69; Thu, 4 Aug 2005 22:33:35 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j74MXYwB005491; Fri, 5 Aug 2005 00:33:34 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j74MXY2S005489; Fri, 5 Aug 2005 00:33:34 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j74MVFWk021621; Fri, 5 Aug 2005 00:31:15 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j74MVEqW021620; Fri, 5 Aug 2005 00:31:14 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 5 Aug 2005 00:31:14 +0200 To: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, qemu-devel@nongnu.org Message-ID: <20050804223114.GA21296@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, qemu-devel@nongnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: freebsd qemu port update - kqemu wrapper merge, need testing 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, 04 Aug 2005 22:33:47 -0000 Okay, I finally got around looking at this a little longer and came up with the port update below. Specifically, I tried to merge the good parts of the old kqemu wrapper: - device cloning support on 5.x (multiple vms can use kqemu, tested and seems to work) - 4.x support (untested, I'm not sure if vm_map_user_pageable can be used as a 1-to-1 replacement for vm_map_{un,}wire on 4.x, can anyone here definitely say?) - max_locked_pages calculation Also: - moved debug messages under debug.kqemu_debug sysctl (do `sysctl debug.kqemu_debug=1' to enable) - fixed a small bug - added the amd64 ata irq mapping fix Also untested on amd64. Removed files: files/BSDmakefile files/kmod_bsd.c New files: files/kqemu-freebsd-patch files/patch-libmath2 files/patch-vl.c patch-hw::ide.c Index: Makefile =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile 19 Jul 2005 06:06:56 -0000 1.27 +++ Makefile 4 Aug 2005 19:28:21 -0000 @@ -6,12 +6,12 @@ # PORTNAME= qemu -PORTVERSION= 0.7.0s.20050717 +PORTVERSION= 0.7.1s.20050803 CATEGORIES= emulators MASTER_SITES= http://www.qemu.org/ \ http://people.fruitsalad.org/nox/qemu/ \ http://dad-answers.com/qemu/ -DISTNAME= ${PORTNAME}-snapshot-2005-07-17_23 +DISTNAME= ${PORTNAME}-snapshot-2005-08-03_23 EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX} MAINTAINER= nox@jelal.kn-bremen.de @@ -23,8 +23,9 @@ .endif .if defined(WITH_KQEMU) -DISTKQEMU= kqemu-0.6.2-1.tar.gz +DISTKQEMU= kqemu-0.7.1-1.tar.gz DISTFILES= ${EXTRACT_ONLY} ${DISTKQEMU} +EXTRA_PATCHES= ${FILESDIR}/kqemu-freebsd-patch .endif HAS_CONFIGURE= yes @@ -40,9 +41,11 @@ ONLY_FOR_ARCHS= amd64 i386 .if defined(WITH_KQEMU) NO_PACKAGE= Depends on kernel, and module not redistributable +CONFIGURE_ARGS+= --enable-kqemu PLIST_SUB= WITH_KQEMU="" PLIST_SUB+= KMODDIR=${KMODDIR} .else +CONFIGURE_ARGS+= --disable-kqemu PLIST_SUB= WITH_KQEMU="@comment " .endif @@ -52,7 +55,7 @@ .if ${ARCH} == "amd64" ARCH= x86_64 -.if ${OSVERSION} >= 502126 +.if ${OSVERSION} >= 502126 && ${OSVERSION} <= 600029 BUILD_DEPENDS+= gcc34:${PORTSDIR}/lang/gcc34 GCCVERSION= 030402 CC= gcc34 @@ -63,16 +66,12 @@ USE_GCC= 3.4 .endif -.if defined(WITH_KQEMU) && ${ARCH} != "i386" -IGNORE= kqemu only supported on i386 -.endif - .if defined(WITH_KQEMU) && !exists(${SRC_BASE}/sys/Makefile) IGNORE= kqemu requires kernel source to be installed .endif pre-everything:: -.if !defined(WITH_KQEMU) && ${ARCH} == "i386" +.if !defined(WITH_KQEMU) @${ECHO_MSG} "Notice: you can build qemu with the (alpha!) kqemu accelerator kernel module" @${ECHO_MSG} "by defining WITH_KQEMU." .endif @@ -85,7 +84,7 @@ .if defined(WITH_KQEMU) post-extract: @cd ${WRKSRC} && ${TAR} xfz ${_DISTDIR}/${DISTKQEMU} - @${CP} ${FILESDIR}/BSDmakefile ${FILESDIR}/kmod_bsd.c ${WRKSRC}/kqemu + @${LN} -s Makefile.freebsd ${WRKSRC}/kqemu/BSDmakefile .endif pre-patch: Index: distinfo =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/distinfo,v retrieving revision 1.20 diff -u -r1.20 distinfo --- distinfo 19 Jul 2005 06:06:56 -0000 1.20 +++ distinfo 4 Aug 2005 19:29:01 -0000 @@ -1,4 +1,4 @@ -MD5 (qemu-snapshot-2005-07-17_23.tar.bz2) = 5d21295c1f328ea00de19a54715ee7c3 -SIZE (qemu-snapshot-2005-07-17_23.tar.bz2) = 1114748 -MD5 (kqemu-0.6.2-1.tar.gz) = c6bb3b40fb3d526d731eb0f1f9dee7ee -SIZE (kqemu-0.6.2-1.tar.gz) = 21002 +MD5 (qemu-snapshot-2005-08-03_23.tar.bz2) = 69f7547ef97e02860677dcf926f57e35 +SIZE (qemu-snapshot-2005-08-03_23.tar.bz2) = 1120642 +MD5 (kqemu-0.7.1-1.tar.gz) = 012498dac620eb8c212bf5f622414dd0 +SIZE (kqemu-0.7.1-1.tar.gz) = 76427 Index: files/patch-fbsd =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/files/patch-fbsd,v retrieving revision 1.2 diff -u -r1.2 patch-fbsd --- files/patch-fbsd 5 May 2005 12:41:10 -0000 1.2 +++ files/patch-fbsd 25 Jul 2005 23:00:43 -0000 @@ -13,7 +13,7 @@ $(MAKE) -C kqemu -f Makefile.winnt else - $(MAKE) -C kqemu -+ cd kqemu && $(BSD_MAKE) ++ ( cd kqemu && $(BSD_MAKE) ) endif endif Index: files/kqemu-freebsd-patch @@ -0,0 +1,489 @@ +Index: qemu/kqemu/Makefile.freebsd +@@ -1,9 +1,13 @@ ++# $Id: Makefile.freebsd,v 1.1 2005/04/17 17:21:31 bellard Exp $ + KMOD= kqemu + SRCS= kqemu-freebsd.c + .if ${MACHINE_ARCH} == "i386" + OBJS= kqemu-mod-i386.o + .elif ${MACHINE_ARCH} == "amd64" + OBJS= kqemu-mod-x86_64.o ++.endif ++.if ${OSVERSION} >= 500000 ++CC= cc + .endif + WERROR= + +Index: qemu/kqemu/kqemu-freebsd.c +@@ -3,20 +3,33 @@ + #include + #include + #include ++#include ++#include + #include + #include + #include + #include + #include ++#include ++#if __FreeBSD_version > 500000 + #include ++#endif + #include + #include ++#include ++#include ++#if __FreeBSD_version < 500000 ++#include ++#endif ++ + #include + #include + #include + #include + #include + #include ++#include ++ + #include + #include + +@@ -27,10 +40,14 @@ + MALLOC_DECLARE(M_KQEMU); + MALLOC_DEFINE(M_KQEMU, "kqemu", "kqemu buffers"); + ++int kqemu_debug; ++SYSCTL_INT(_debug, OID_AUTO, kqemu_debug, CTLFLAG_RW, &kqemu_debug, 0, ++ "kqemu debug flag"); ++ + #define USER_BASE 0x1000 + + /* lock the page at virtual address 'user_addr' and return its +- physical page index. Return -1 if error */ ++ physical page index. Return NULL if error */ + struct kqemu_user_page *CDECL kqemu_lock_user_page(unsigned long *ppage_index, + unsigned long user_addr) + { +@@ -39,14 +56,18 @@ + vm_paddr_t pa = 0; + int ret; + pmap_t pmap; ++#if __FreeBSD_version > 500000 + ret = vm_map_wire(&vm->vm_map, va, va+PAGE_SIZE, VM_MAP_WIRE_USER); ++#else ++ ret = vm_map_user_pageable(&vm->vm_map, va, va+PAGE_SIZE, FALSE); ++#endif + if (ret != KERN_SUCCESS) { +- printf("kqemu_lock_user_page(%08lx) failed, ret=%d\n", user_addr, ret); ++ kqemu_log("kqemu_lock_user_page(%08lx) failed, ret=%d\n", user_addr, ret); + return NULL; + } + pmap = vm_map_pmap(&vm->vm_map); + pa = pmap_extract(pmap, va); +- // printf("kqemu_lock_user_page(%08lx) va=%08x pa=%08x\n", user_addr, va, pa); ++ // kqemu_log("kqemu_lock_user_page(%08lx) va=%08x pa=%08x\n", user_addr, va, pa); + *ppage_index = pa >> PAGE_SHIFT; + return (struct kqemu_user_page *)va; + } +@@ -56,12 +77,16 @@ + struct vmspace *vm = curproc->p_vmspace; + vm_offset_t va; + int ret; +- // printf("kqemu_unlock_user_page(%08lx)\n", page_index); ++ // kqemu_log("kqemu_unlock_user_page(%08lx)\n", page_index); + va = (vm_offset_t)page; ++#if __FreeBSD_version > 500000 + ret = vm_map_unwire(&vm->vm_map, va, va+PAGE_SIZE, VM_MAP_WIRE_USER); ++#else ++ ret = vm_map_user_pageable(&vm->vm_map, va, va+PAGE_SIZE, TRUE); ++#endif + #if 0 + if (ret != KERN_SUCCESS) { +- printf("kqemu_unlock_user_page(%08lx) failed, ret=%d\n", page_index, ret); ++ kqemu_log("kqemu_unlock_user_page(%08lx) failed, ret=%d\n", page_index, ret); + } + #endif + } +@@ -78,19 +103,20 @@ + + va = kmem_alloc(kernel_map, PAGE_SIZE); + if (va == 0) { +- printf("kqemu_alloc_zeroed_page: NULL\n"); +- return -1; ++ kqemu_log("kqemu_alloc_zeroed_page: NULL\n"); ++ return NULL; + } + pmap = vm_map_pmap(kernel_map); + pa = pmap_extract(pmap, va); +- // printf("kqemu_alloc_zeroed_page: %08x\n", pa); ++ // kqemu_log("kqemu_alloc_zeroed_page: %08x\n", pa); + *ppage_index = pa >> PAGE_SHIFT; + return (struct kqemu_page *)va; + } + + void CDECL kqemu_free_page(struct kqemu_page *page) + { +- // printf("kqemu_free_page(%08lx)\n", page_index); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_free_page(%p)\n", page); + /* XXX: do it */ + } + +@@ -109,22 +135,25 @@ + vm_offset_t va = USER_BASE; + int rv; + if (size % PAGE_SIZE != 0) { +- printf("kqemu_vmalloc(%d) not a multiple of page size\n", size); ++ kqemu_log("kqemu_vmalloc(%d) not a multiple of page size\n", size); + return NULL; + } + rv = vm_map_find(&vm->vm_map, NULL, 0, &va, size, 1, + VM_PROT_ALL, VM_PROT_ALL, 0); + if (rv != KERN_SUCCESS) { +- printf("kqemu_vmalloc(%d) failed rv=%d\n", size, rv); ++ kqemu_log("kqemu_vmalloc(%d) failed rv=%d\n", size, rv); + return NULL; + } +- printf("kqemu_vmalloc(%d): %08x\n", size, va); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vmalloc(%d): %08x\n", size, va); + return (void *)va; + } + + void CDECL kqemu_vfree(void *ptr) + { +- printf("kqemu_vfree(%p)\n", ptr); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vfree(%p)\n", ptr); ++ /* XXX: do it */ + } + + /* return the physical page index for a given virtual page */ +@@ -137,10 +166,11 @@ + pmap = vm_map_pmap(&vm->vm_map); + pa = pmap_extract(pmap, (vm_offset_t)vaddr); + if (pa == 0) { +- printf("kqemu_vmalloc_to_phys(%p)->error\n", vaddr); ++ kqemu_log("kqemu_vmalloc_to_phys(%p)->error\n", vaddr); + return -1; + } +- printf("kqemu_vmalloc_to_phys(%p)->%08x\n", vaddr, pa); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vmalloc_to_phys(%p)->%08x\n", vaddr, pa); + return pa >> PAGE_SHIFT; + } + +@@ -156,16 +186,48 @@ + { + } + ++#if __FreeBSD_version < 500000 ++static int ++curpriority_cmp(struct proc *p) ++{ ++ int c_class, p_class; ++ ++ c_class = RTP_PRIO_BASE(curproc->p_rtprio.type); ++ p_class = RTP_PRIO_BASE(p->p_rtprio.type); ++ if (p_class != c_class) ++ return (p_class - c_class); ++ if (p_class == RTP_PRIO_NORMAL) ++ return (((int)p->p_priority - (int)curpriority) / PPQ); ++ return ((int)p->p_rtprio.prio - (int)curproc->p_rtprio.prio); ++} ++ ++/* return TRUE if a signal is pending (i.e. the guest must stop ++ execution) */ ++int CDECL kqemu_schedule(void) ++{ ++ struct proc *p = curproc; ++ if (curpriority_cmp(p) > 0) { ++ int s = splhigh(); ++ p->p_priority = MAXPRI; ++ setrunqueue(p); ++ p->p_stats->p_ru.ru_nvcsw++; ++ mi_switch(); ++ splx(s); ++ } ++ return issignal(curproc) != 0; ++} ++#else + /* return TRUE if a signal is pending (i.e. the guest must stop + execution) */ + int CDECL kqemu_schedule(void) + { +- // printf("kqemu_schedule\n"); ++ // kqemu_log("kqemu_schedule\n"); + mtx_lock_spin(&sched_lock); + mi_switch(SW_VOL, NULL); + mtx_unlock_spin(&sched_lock); + return SIGPENDING(curthread); + } ++#endif + + static char log_buf[4096]; + +@@ -178,47 +240,149 @@ + va_end(ap); + } + ++#define KQEMU_MAX_INSTANCES 4 ++ + struct kqemu_instance { ++#if __FreeBSD_version > 500000 ++ TAILQ_ENTRY(kqemu_instance) kqemu_ent; ++ struct cdev *kqemu_dev; ++#endif + // struct semaphore sem; + struct kqemu_state *state; + }; + ++static int kqemu_ref_count = 0; ++static int max_locked_pages; ++ ++#if __FreeBSD_version < 500000 ++static dev_t kqemu_dev; ++#else ++static struct clonedevs *kqemuclones; ++static TAILQ_HEAD(,kqemu_instance) kqemuhead = TAILQ_HEAD_INITIALIZER(kqemuhead); ++static eventhandler_tag clonetag; ++#endif ++ + static d_close_t kqemu_close; + static d_open_t kqemu_open; + static d_ioctl_t kqemu_ioctl; + + static struct cdevsw kqemu_cdevsw = { ++#if __FreeBSD_version < 500000 ++ /* open */ kqemu_open, ++ /* close */ kqemu_close, ++ /* read */ noread, ++ /* write */ nowrite, ++ /* ioctl */ kqemu_ioctl, ++ /* poll */ nopoll, ++ /* mmap */ nommap, ++ /* strategy */ nostrategy, ++ /* name */ "kqemu", ++ /* maj */ KQEMU_MAJOR, ++ /* dump */ nodump, ++ /* psize */ nopsize, ++ /* flags */ 0, ++ /* bmaj */ -1 ++#else + .d_version = D_VERSION, + .d_flags = D_NEEDGIANT, + .d_open = kqemu_open, + .d_ioctl = kqemu_ioctl, + .d_close = kqemu_close, + .d_name = "kqemu" ++#endif + }; + +-/* For use with make_dev(9)/destroy_dev(9). */ +-static struct cdev *kqemu_dev; ++#if __FreeBSD_version > 500000 ++static void ++kqemu_clone(void *arg, char *name, int namelen, struct cdev **dev) ++{ ++ int unit, r; ++ if (*dev != NULL) ++ return; ++ ++ if (strcmp(name, "kqemu") == 0) ++ unit = -1; ++ else if (dev_stdclone(name, NULL, "kqemu", &unit) != 1) ++ return; /* Bad name */ ++ if (unit != -1 && unit > KQEMU_MAX_INSTANCES) ++ return; ++ ++ r = clone_create(&kqemuclones, &kqemu_cdevsw, &unit, dev, 0); ++ if (r) { ++ *dev = make_dev(&kqemu_cdevsw, unit2minor(unit), ++ UID_ROOT, GID_WHEEL, 0660, "kqemu%d", unit); ++ if (*dev != NULL) { ++ dev_ref(*dev); ++ (*dev)->si_flags |= SI_CHEAPCLONE; ++ } ++ } ++} ++#endif ++ ++static void kqemu_destroy(struct kqemu_instance *ks) ++{ ++ struct cdev *dev = ks->kqemu_dev; ++ ++ if (ks->state) { ++ kqemu_delete(ks->state); ++ ks->state = NULL; ++ } ++ ++ free(ks, M_KQEMU); ++ dev->si_drv1 = NULL; ++#if __FreeBSD_version > 500000 ++ TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); ++ destroy_dev(dev); ++#endif ++ --kqemu_ref_count; ++} + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_open(dev_t dev, int flags, int fmt __unused, struct proc *p) ++{ ++#else + kqemu_open(struct cdev *dev, int flags, int fmt __unused, + struct thread *td) + { ++ struct proc *p = td->td_proc; ++#endif + struct kqemu_instance *ks; ++ ++ if (dev->si_drv1 || kqemu_ref_count >= KQEMU_MAX_INSTANCES) ++ return(EBUSY); ++ ++ if ((flags & (FREAD|FWRITE)) == FREAD) ++ return(EPERM); ++ + ks = malloc(sizeof(struct kqemu_instance), M_KQEMU, M_WAITOK); + if (ks == NULL) { +- printf("malloc failed\n"); ++ kqemu_log("malloc failed\n"); + return ENOMEM; + } +- ks->state = NULL; ++ memset(ks, 0, sizeof *ks); ++#if __FreeBSD_version > 500000 ++ ks->kqemu_dev = dev; ++ TAILQ_INSERT_TAIL(&kqemuhead, ks, kqemu_ent); ++#endif ++ kqemu_ref_count++; ++ + dev->si_drv1 = ks; ++ if (kqemu_debug > 0) ++ kqemu_log("opened by pid=%d\n", p->p_pid); + return 0; + } + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_ioctl(dev_t dev, u_long cmd, caddr_t addr, ++ int flags __unused, struct proc *p) ++#else + kqemu_ioctl(struct cdev *dev, u_long cmd, caddr_t addr, + int flags __unused, struct thread *td) ++#endif + { + int error = 0; + int ret; +@@ -233,8 +397,9 @@ + break; + } + d1 = *(struct kqemu_init *)addr; +- printf("ram_base=%p ram_size=%ld\n", d1.ram_base, d1.ram_size); +- s = kqemu_init(d, 16000); ++ if (kqemu_debug > 0) ++ kqemu_log("ram_base=%p ram_size=%ld\n", d1.ram_base, d1.ram_size); ++ s = kqemu_init(d, max_locked_pages); + if (s == NULL) { + error = ENOMEM; + break; +@@ -250,9 +415,16 @@ + } + ctx = kqemu_get_cpu_state(s); + *ctx = *(struct kqemu_cpu_state *)addr; ++#if __FreeBSD_version > 500000 + DROP_GIANT(); ++#endif + ret = kqemu_exec(s); ++#if __FreeBSD_version > 500000 + PICKUP_GIANT(); ++ td->td_retval[0] = ret; ++#else ++ p->p_retval[0] = ret; ++#endif + *(struct kqemu_cpu_state *)addr = *ctx; + break; + } +@@ -267,10 +439,22 @@ + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_close(dev_t dev, int flags, int fmt __unused, struct proc *p) ++{ ++#else + kqemu_close(struct cdev *dev __unused, int flags, int fmt __unused, + struct thread *td) + { +- return 0; ++ struct proc *p = td->td_proc; ++#endif ++ struct kqemu_instance *ks = (struct kqemu_instance *) dev->si_drv1; ++ ++ kqemu_destroy(ks); ++ ++ if (kqemu_debug > 0) ++ kqemu_log("closed by pid=%d\n", p->p_pid); ++ return 0; + } + + /* ARGSUSED */ +@@ -278,15 +462,55 @@ + kqemu_modevent(module_t mod __unused, int type, void *data __unused) + { + int error = 0; ++#if __FreeBSD_version < 500000 ++ int rc; ++#else ++ struct kqemu_instance *ks; ++#endif + + switch (type) { + case MOD_LOAD: + printf("kqemu version 0x%08x\n", KQEMU_VERSION); ++ max_locked_pages = physmem / (2 * KQEMU_MAX_INSTANCES); ++ if (max_locked_pages > 32768) ++ max_locked_pages = 32768; ++#if __FreeBSD_version < 500000 ++ if ((rc = cdevsw_add(&kqemu_cdevsw))) { ++ kqemu_log("error registering cdevsw, rc=%d\n", rc); ++ error = ENOENT; ++ break; ++ } + kqemu_dev = make_dev(&kqemu_cdevsw, 0, +- UID_ROOT, GID_WHEEL, 0666, "kqemu"); ++ UID_ROOT, GID_WHEEL, 0660, "kqemu"); ++#else ++ clone_setup(&kqemuclones); ++ clonetag = EVENTHANDLER_REGISTER(dev_clone, kqemu_clone, 0, 1000); ++ if (!clonetag) { ++ error = ENOMEM; ++ break; ++ } ++#endif ++ kqemu_log("KQEMU installed, max_instances=%d max_locked_mem=%dkB.\n", ++ KQEMU_MAX_INSTANCES, max_locked_pages * 4); ++ ++ kqemu_ref_count = 0; + break; + case MOD_UNLOAD: ++ if (kqemu_ref_count > 0) { ++ error = EBUSY; ++ break; ++ } ++#if __FreeBSD_version < 500000 + destroy_dev(kqemu_dev); ++ if ((rc = cdevsw_remove(&kqemu_cdevsw))) ++ kqemu_log("error unregistering, rc=%d\n", rc); ++#else ++ EVENTHANDLER_DEREGISTER(dev_clone, clonetag); ++ while ((ks = TAILQ_FIRST(&kqemuhead)) != NULL) { ++ kqemu_destroy(ks); ++ } ++ clone_cleanup(&kqemuclones); ++#endif + break; + case MOD_SHUTDOWN: + break; Index: files/patch-libmath2 @@ -0,0 +1,67 @@ +Index: qemu/bsd/Makefile +@@ -16,7 +16,8 @@ + ${MACHINE_ARCH}/s_rintl.c \ + ${MACHINE_ARCH}/s_round.c \ + ${MACHINE_ARCH}/s_sinl.S \ +- ${MACHINE_ARCH}/s_tanl.S ++ ${MACHINE_ARCH}/s_tanl.S \ ++ ${MACHINE_ARCH}/s_ldexpl.c + + OBJS= ${SRCS:R:S/$/.o/} + +Index: qemu/bsd/i386/s_ldexpl.c +@@ -0,0 +1,21 @@ ++#include ++#include ++#include ++ ++long double __ldexpl(long double x, int expn) ++{ ++ long double res; ++ if (!isfinite (x) || x == 0.0L) ++ return x; ++ ++ __asm__ ("fscale" ++ : "=t" (res) ++ : "0" (x), "u" ((long double) expn)); ++ ++ if (!isfinite (res) || res == 0.0L) ++ errno = ERANGE; ++ ++ return res; ++} ++ ++weak_alias(__ldexpl,ldexpl) +Index: qemu/bsd/amd64/s_ldexpl.c +@@ -0,0 +1,21 @@ ++#include ++#include ++#include ++ ++long double __ldexpl(long double x, int expn) ++{ ++ long double res; ++ if (!isfinite (x) || x == 0.0L) ++ return x; ++ ++ __asm__ ("fscale" ++ : "=t" (res) ++ : "0" (x), "u" ((long double) expn)); ++ ++ if (!isfinite (res) || res == 0.0L) ++ errno = ERANGE; ++ ++ return res; ++} ++ ++weak_alias(__ldexpl,ldexpl) +Index: qemu/target-i386/helper.c +@@ -2886,6 +2886,8 @@ + ST0 = floatx_round_to_int(ST0, &env->fp_status); + } + ++long double ldexpl(long double, int); ++ + void helper_fscale(void) + { + ST0 = ldexp (ST0, (int)(ST1)); Index: files/patch-vl.c @@ -0,0 +1,21 @@ +Index: qemu/vl.c +@@ -40,6 +40,10 @@ + #include + #include + #include ++#ifdef __FreeBSD__ ++#include ++#include ++#endif + #ifdef _BSD + #include + #ifndef __APPLE__ +@@ -1280,7 +1284,7 @@ + return chr; + } + +-#if defined(__linux__) ++#if defined(__linux__) || defined(__FreeBSD__) + CharDriverState *qemu_chr_open_pty(void) + { + char slave_name[1024]; Index: files/patch-hw::ide.c @@ -0,0 +1,9 @@ +Index: qemu/hw/ide.c +@@ -2330,6 +2330,7 @@ + pci_conf[0x01] = 0x80; + pci_conf[0x02] = 0x10; + pci_conf[0x03] = 0x70; ++ pci_conf[0x09] = 0x80; // legacy ATA mode + pci_conf[0x0a] = 0x01; // class_sub = PCI_IDE + pci_conf[0x0b] = 0x01; // class_base = PCI_mass_storage + pci_conf[0x0e] = 0x00; // header_type From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 5 21:40:15 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5972A16A41F; Fri, 5 Aug 2005 21:40:15 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBC843D45; Fri, 5 Aug 2005 21:40:13 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h122.241.159.dialup.iptcom.net ([213.159.241.122]:41168 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219359AbVHEVkL (ORCPT + 1 other); Sat, 6 Aug 2005 00:40:11 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j75Le6M4001612; Sat, 6 Aug 2005 00:40:06 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 6 Aug 2005 00:40:06 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Juergen Lock In-Reply-To: <20050804223114.GA21296@saturn.kn-bremen.de> Message-ID: <20050806002532.N902@kushnir1.kiev.ua> References: <20050804223114.GA21296@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org, freebsd-amd64@freebsd.org Subject: Re: freebsd qemu port update - kqemu wrapper merge, need testing 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, 05 Aug 2005 21:40:15 -0000 Hi Thanks for your work, but... (see below) On Fri, 5 Aug 2005, Juergen Lock wrote: > Okay, I finally got around looking at this a little longer and > came up with the port update below. Specifically, I tried to merge > the good parts of the old kqemu wrapper: > > - device cloning support on 5.x (multiple vms can use kqemu, tested > and seems to work) > - 4.x support (untested, I'm not sure if vm_map_user_pageable can > be used as a 1-to-1 replacement for vm_map_{un,}wire on 4.x, can > anyone here definitely say?) > - max_locked_pages calculation > > Also: > > - moved debug messages under debug.kqemu_debug sysctl > (do `sysctl debug.kqemu_debug=1' to enable) > - fixed a small bug > - added the amd64 ata irq mapping fix > > Also untested on amd64. > Here it goes: ~> uname -a FreeBSD kushnir1.kiev.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #10: Thu Aug 4 04:17:5 4 EEST 2005 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/KUSHNIR amd64 This is Athlon64 3000+ -based box, Asus A8N SLI MB. qemu itself builds and works like a charm ('sept the sound doesn't work), but as far as kqemu is concerned - it loads perfectly all right but no /dev/kqemu... is created. No warnings, no panics... and no kqemu's speed boost (obviously). Is there anything I could do? Regards, Vladimir From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 5 22:24:50 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFA0716A41F; Fri, 5 Aug 2005 22:24:50 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A6A43D48; Fri, 5 Aug 2005 22:24:47 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j75MObZA002871; Sat, 6 Aug 2005 00:24:37 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j75MObLa002868; Sat, 6 Aug 2005 00:24:37 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j75MEf60016833; Sat, 6 Aug 2005 00:14:41 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j75MEbJT016832; Sat, 6 Aug 2005 00:14:37 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 6 Aug 2005 00:14:37 +0200 To: Vladimir Kushnir Message-ID: <20050805221437.GA16804@saturn.kn-bremen.de> Mail-Followup-To: Vladimir Kushnir , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, qemu-devel@nongnu.org References: <20050804223114.GA21296@saturn.kn-bremen.de> <20050806002532.N902@kushnir1.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050806002532.N902@kushnir1.kiev.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org, freebsd-amd64@freebsd.org Subject: Re: freebsd qemu port update - kqemu wrapper merge, need testing 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, 05 Aug 2005 22:24:50 -0000 On Sat, Aug 06, 2005 at 12:40:06AM +0300, Vladimir Kushnir wrote: > Hi > Thanks for your work, but... (see below) > > On Fri, 5 Aug 2005, Juergen Lock wrote: > > >Okay, I finally got around looking at this a little longer and > >came up with the port update below. Specifically, I tried to merge > >the good parts of the old kqemu wrapper: > > > >- device cloning support on 5.x (multiple vms can use kqemu, tested > >and seems to work) > >- 4.x support (untested, I'm not sure if vm_map_user_pageable can > >be used as a 1-to-1 replacement for vm_map_{un,}wire on 4.x, can > >anyone here definitely say?) > >- max_locked_pages calculation > > > >Also: > > > >- moved debug messages under debug.kqemu_debug sysctl > >(do `sysctl debug.kqemu_debug=1' to enable) > >- fixed a small bug > >- added the amd64 ata irq mapping fix > > > >Also untested on amd64. > > > > Here it goes: > > ~> uname -a > FreeBSD kushnir1.kiev.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #10: Thu Aug 4 > 04:17:5 > 4 EEST 2005 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/KUSHNIR amd64 > > This is Athlon64 3000+ -based box, Asus A8N SLI MB. > qemu itself builds and works like a charm ('sept the sound doesn't work), > but as far as kqemu is concerned - it loads perfectly all right but no > /dev/kqemu... is created. That's alright, it will appear when open()ed by qemu. (thats device cloning for ya...) > No warnings, no panics... qemu would print a warning when it cannot open kqemu. > and no kqemu's speed > boost (obviously). > Hmm. You do use qemu-system-x86_64, since you're on amd64? Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 5 22:46:34 2005 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FFE416A420; Fri, 5 Aug 2005 22:46:34 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18AE343D49; Fri, 5 Aug 2005 22:46:32 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h66.241.159.dialup.iptcom.net ([213.159.241.66]:55753 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219352AbVHEWqa (ORCPT + 1 other); Sat, 6 Aug 2005 01:46:30 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j75MkRO9005976; Sat, 6 Aug 2005 01:46:27 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 6 Aug 2005 01:46:27 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Juergen Lock In-Reply-To: <20050805221437.GA16804@saturn.kn-bremen.de> Message-ID: <20050806013400.O1629@kushnir1.kiev.ua> References: <20050804223114.GA21296@saturn.kn-bremen.de> <20050806002532.N902@kushnir1.kiev.ua> <20050805221437.GA16804@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org, freebsd-amd64@freebsd.org Subject: Re: freebsd qemu port update - kqemu wrapper merge, need testing 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, 05 Aug 2005 22:46:34 -0000 On Sat, 6 Aug 2005, Juergen Lock wrote: >> > Hmm. You do use qemu-system-x86_64, since you're on amd64? > > Juergen > Silly me. Now I did. And it falls with: EAX=00000000 EBX=00000001 ECX=00000002 EDX=00000003 ESI=00000004 EDI=00000005 EBP=00000000 ESP=0015fd1c EIP=77fb4d83 EFL=00000202 [-------] CPL=3 II=0 A20=1 ES =0023 00000000 ffffffff 00cff300 CS =001b 00000000 ffffffff 00cffa00 SS =0023 00000000 ffffffff 00cff300 DS =0023 00000000 ffffffff 00cff300 FS =0023 7ffde000 00000fff 7f40f3fd GS =0023 00000000 00000000 00000000 LDT=0000 00000000 00000000 00008000 TR =0028 80042000 000020ab 80008904 GDT= 8003f000 000003ff IDT= 8003f400 000007ff CR0=e001003b CR2=805ba6fd CR3=04631000 CR4=000006d8 Unsupported return value: 0xffffffff And from dmesg output: kqemu version 0x00010100 kqemu: KQEMU installed, max_instances=4 max_locked_mem=64536kB. kqemu: aborting: Unexpected exception 0x0d in monitor space CS:EIP=f180:ffff900000001729 This was with (already made) winxp installation. Almost the same on an attempt to install it. Regards, Vladimir