From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 9 02:57:09 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0956A30; Sun, 9 Feb 2014 02:57:09 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 626121784; Sun, 9 Feb 2014 02:57:09 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s192uObN094676; Sun, 9 Feb 2014 02:56:24 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s192uOvs094675; Sun, 9 Feb 2014 02:56:24 GMT (envelope-from wkoszek) Date: Sun, 9 Feb 2014 02:56:24 +0000 From: "Wojciech A. Koszek" To: Juergen Lock Subject: Re: linux libusb again, I made an updated port... Message-ID: <20140209025624.GE12994@FreeBSD.org> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140208084546.GA74796@enceladus10.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Sun, 09 Feb 2014 02:56:28 +0000 (UTC) Cc: freebsd-emulation@FreeBSD.org, freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Feb 2014 02:57:09 -0000 On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > > On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > > > Hi! > > > > > > This came up on irc so I tried to build a linux libusb port (before > > > I learned about ports/146895), mine uses linux_base-gentoo-stage3 > > > like linux_kdump with a src/lib/libusb head snapshot so it's more > > > up to date than wkoszek's build (ports/146895), and it's really > > > easy to update it again. Also maybe it can be used as linux > > > libusb-1.0.so too; I didn't actually test it tho. > > > > > > Should this be committed? Is wkoszek's version better since it > > > also builds on < 10.x? Comments welcome... > > > > > > wkoszek's version: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > > > > > > Mine: > > > > > > http://people.freebsd.org/~nox/tmp/linux_libusb.shar > > > > > > Distfile: > > > > > > http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > > > > > > 10/amd64 package: > > > > > > http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > > > > > > (built via: > > > > > > poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > > > > > > - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > > > doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > > > Cc'd...) > > > > > > > Juergen, > Hi! > > > > What would be the reason for this update? > > > > My stuff may be out of date, but it was all tested and working. I verified > > it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > > this stuff was written. > > > I was just thinking an updated version may be useful, but if it's > already working for everyone maybe less so... > > Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > stuff added some functions since 9.x at least... maybe hps would know > (Cc'd.) > Juergen, I think this package is useful and is looking for maintainer, so if you have time and energy, I'm OK with upgrading it, but I suggest testing it first. Bjoern might be interested too. > > Can you show the diff between USB code from src/lib and from the distfile? > > > That's just a checkout from head, see the port Makefile for how it's > generated. (.if defined(BOOTSTRAP)...) > > > Instead of having a port with .c code, I'd drive towards having src/lib > > changes (if any) be commited. And then that port only has to do: > > > > cp -rf src/lib/libusb port/tmp/dir > > > > and build it with different -DDEFINES if necessary. > > > That's what I orginally had but hps suggested I check out from head > instead. (Tho that was when I couldn't get it building at first, which > turned out to be just a CFLAGS -I problem so the 10.0 code should now > build this way as well.) I guess it's the same stuff if the code is there with no modification. If we could have this port checked in to the ports/ repository, this would be great. Basically I'd concentrate on delivering good end-user experience Thanks for working on it. Lots of people will apprecite it. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 9 13:03:27 2014 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FC86C7A for ; Sun, 9 Feb 2014 13:03:27 +0000 (UTC) Received: from dd16522.kasserver.com (dd16522.kasserver.com [85.13.137.124]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2285145B for ; Sun, 9 Feb 2014 13:03:26 +0000 (UTC) Received: from mx12.chaot.net (82.131.84.56.cable.starman.ee [82.131.84.56]) by dd16522.kasserver.com (Postfix) with ESMTPSA id EF9DF45611B for ; Sun, 9 Feb 2014 14:03:23 +0100 (CET) Received: from localhost (1003@localhost [local]); by mx12.chaot.net (OpenSMTPD) with ESMTPA id 756a16d4; for ; Sun, 9 Feb 2014 15:03:22 +0200 (EET) Date: Sun, 9 Feb 2014 15:03:22 +0200 From: Johannes Meixner To: freebsd-emulation@freebsd.org Subject: Re: [CFT] linux-base-c6 with CentOS 6.5 Message-ID: <20140209130322.GB13327@mx12.chaot.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B4IIlcmfBL/1gGOG" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Feb 2014 13:03:27 -0000 --B4IIlcmfBL/1gGOG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've pushed all the necessary changes to Mk/, -c6 and -f10 ports to github.= [1] In approximately a week or after enough positive testing feedback, I'll make a large PR out of this and see that all changes get merged into the re= gular=20 portstree. [1] https://github.com/xmj/linux-ports/ --=20 xmj@chaot.net http://xmj.me --B4IIlcmfBL/1gGOG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS93yZAAoJEElqnXBiUNQC4EYQAJ+k0rGpezD3oj3A+3sYljDd +Db38njV7bPLgqpAr4DDeIYwEwEZnzBo2cez2Ozy2W6dfg6PMI4ry914d8LATpAF ky4hk3t/9WYdGA2tM6qzDbzuBM6dOhmBBBbXwTI+lUBA9DoGCkTbq09+/RQHRTWu i2WCLfu1zknv5U/2b88WyaYmMF2taZGyTqmBQ49JICGOOhUzwfHYu7vHw8atxDtk zH59gj+09Z9HiWOMZiIdVOCdaOI3+41yLhJCm6ckLtZgq+8jv4qiJo3lUDF4CrmH l4X+l3hcLi8ZfVci2L6OOftw5s72+/Gs8eRQqlLHQJuDdcoV/dCjjGIk1MqcP5Qe uhv0WI0Mx5PEy3UHT4d/5cPAFNuUftex9vBqDH3bO0WrUfAdisNd+ZP+iWkwpqrZ uJEomBLXetvDkJGezTKSZYbEdTN9VgTAdV4DGriNFHVVZKgbSNwny6TE+RS4akci VcL3GYOHu+3wlYWWa26my2+6u5Et848aNUW89bnp25MyjeyqP0RFfP4592wERpJ6 EVz11hEMiY3RRICPtWg686REOv6mQ8SABzUc8ZK/pgBqMjAOVUAfh9v7VqpkfGg4 hWCP1csZvtBswJrURdT+NbHQxc2pWLuN4Y2ISH9BJotTYAobK5o+vD1AWtC4nZA7 zkc5SaN2vwCoZ2xs9Cx8 =qIE+ -----END PGP SIGNATURE----- --B4IIlcmfBL/1gGOG-- From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 9 14:33:18 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26E5F3DA; Sun, 9 Feb 2014 14:33:18 +0000 (UTC) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id EF93C1A10; Sun, 9 Feb 2014 14:33:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id E07581E007B9; Sun, 9 Feb 2014 15:33:09 +0100 (CET) Received: from enceladus10.kn-bremen.de (noident@localhost [127.0.0.1]) by enceladus10.kn-bremen.de (8.14.5/8.14.5) with ESMTP id s19Dx6JG013175; Sun, 9 Feb 2014 14:59:06 +0100 (CET) (envelope-from nox@enceladus10.kn-bremen.de) Received: (from nox@localhost) by enceladus10.kn-bremen.de (8.14.5/8.14.5/Submit) id s19Dx6m4013174; Sun, 9 Feb 2014 14:59:06 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 9 Feb 2014 14:59:06 +0100 To: "Wojciech A. Koszek" Subject: CFT: Re: linux libusb again, I made an updated port... Message-ID: <20140209135905.GA13024@enceladus10.kn-bremen.de> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140209025624.GE12994@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hselasky@FreeBSD.org, Juergen Lock , freebsd-emulation@FreeBSD.org, bz@FreeBSD.org, freebsd-usb@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Feb 2014 14:33:18 -0000 On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: > On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > > On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > > > On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > > > > Hi! > > > > > > > > This came up on irc so I tried to build a linux libusb port (before > > > > I learned about ports/146895), mine uses linux_base-gentoo-stage3 > > > > like linux_kdump with a src/lib/libusb head snapshot so it's more > > > > up to date than wkoszek's build (ports/146895), and it's really > > > > easy to update it again. Also maybe it can be used as linux > > > > libusb-1.0.so too; I didn't actually test it tho. > > > > > > > > Should this be committed? Is wkoszek's version better since it > > > > also builds on < 10.x? Comments welcome... > > > > > > > > wkoszek's version: > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > > > > > > > > Mine: > > > > > > > > http://people.freebsd.org/~nox/tmp/linux_libusb.shar > > > > > > > > Distfile: > > > > > > > > http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > > > > > > > > 10/amd64 package: > > > > > > > > http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > > > > > > > > (built via: > > > > > > > > poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > > > > > > > > - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > > > > doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > > > > Cc'd...) > > > > > > > > > > Juergen, > > Hi! > > > > > > What would be the reason for this update? > > > > > > My stuff may be out of date, but it was all tested and working. I verified > > > it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > > > this stuff was written. > > > > > I was just thinking an updated version may be useful, but if it's > > already working for everyone maybe less so... > > > > Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > > stuff added some functions since 9.x at least... maybe hps would know > > (Cc'd.) > > > > Juergen, > > I think this package is useful and is looking for maintainer, so if you have > time and energy, I'm OK with upgrading it, but I suggest testing it first. > Bjoern might be interested too. > You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it printed nothing, neither with my nor with your older version, but maybe it's just `too new' for our current linuxolator. > > > Can you show the diff between USB code from src/lib and from the distfile? > > > > > That's just a checkout from head, see the port Makefile for how it's > > generated. (.if defined(BOOTSTRAP)...) > > > > > Instead of having a port with .c code, I'd drive towards having src/lib > > > changes (if any) be commited. And then that port only has to do: > > > > > > cp -rf src/lib/libusb port/tmp/dir > > > > > > and build it with different -DDEFINES if necessary. > > > > > That's what I orginally had but hps suggested I check out from head > > instead. (Tho that was when I couldn't get it building at first, which > > turned out to be just a CFLAGS -I problem so the 10.0 code should now > > build this way as well.) > > I guess it's the same stuff if the code is there with no modification. If we > could have this port checked in to the ports/ repository, this would be > great. Basically I'd concentrate on delivering good end-user experience > > Thanks for working on it. Lots of people will apprecite it. > Ok so let's wait for more testers then? Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 9 18:33:16 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2EC7A0; Sun, 9 Feb 2014 18:33:16 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A4581AD5; Sun, 9 Feb 2014 18:33:15 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 0DA3425D3A17; Sun, 9 Feb 2014 18:33:12 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id DB323C22BFE; Sun, 9 Feb 2014 18:33:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id I4vhuVQ1BiBx; Sun, 9 Feb 2014 18:33:09 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:20b6:bd9c:9f36:2242] (unknown [IPv6:fde9:577b:c1a9:4410:20b6:bd9c:9f36:2242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 730DDC22BBD; Sun, 9 Feb 2014 18:33:03 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: CFT: Re: linux libusb again, I made an updated port... From: "Bjoern A. Zeeb" In-Reply-To: <20140209135905.GA13024@enceladus10.kn-bremen.de> Date: Sun, 9 Feb 2014 18:32:29 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6A6EDDBE-509E-45F2-961D-3EC3788CAD9C@FreeBSD.org> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> To: Juergen Lock X-Mailer: Apple Mail (2.1827) Cc: freebsd-emulation@FreeBSD.org, "Wojciech A. Koszek" , freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Feb 2014 18:33:16 -0000 On 09 Feb 2014, at 13:59 , Juergen Lock wrote: Hi guys, > On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: >> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: >>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: >>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: >>>>> Hi! >>>>>=20 >>>>> This came up on irc so I tried to build a linux libusb port = (before >>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 >>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more >>>>> up to date than wkoszek's build (ports/146895), and it's really >>>>> easy to update it again. Also maybe it can be used as linux >>>>> libusb-1.0.so too; I didn't actually test it tho. >>>>>=20 >>>>> Should this be committed? Is wkoszek's version better since it >>>>> also builds on < 10.x? Comments welcome... >>>>>=20 >>>>> wkoszek's version: >>>>>=20 >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D146895 >>>>>=20 >>>>> Mine: >>>>>=20 >>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar >>>>>=20 >>>>> Distfile: >>>>>=20 >>>>> = http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.= bz2 >>>>>=20 >>>>> 10/amd64 package: >>>>>=20 >>>>> = http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r2614= 48.txz >>>>>=20 >>>>> (built via: >>>>>=20 >>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb >>>>>=20 >>>>> - btw for some reason the dependency = emulators/linux_base-gentoo-stage3 >>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. = bapt >>>>> Cc'd...) >>>>>=20 >>>>=20 >>>> Juergen, >>> Hi! >>>>=20 >>>> What would be the reason for this update? >>>>=20 >>>> My stuff may be out of date, but it was all tested and working. I = verified >>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for = which >>>> this stuff was written. >>>>=20 >>> I was just thinking an updated version may be useful, but if it's >>> already working for everyone maybe less so... >>>=20 >>> Or would it work as a linux libusb-1.0.so too? I know the libusb = 1.0 >>> stuff added some functions since 9.x at least... maybe hps would = know >>> (Cc'd.) >>>=20 >>=20 >> Juergen, >>=20 >> I think this package is useful and is looking for maintainer, so if = you have >> time and energy, I'm OK with upgrading it, but I suggest testing it = first. >> Bjoern might be interested too. >>=20 > You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it = printed Thanks. > nothing, neither with my nor with your older version, but maybe it's = just > `too new' for our current linuxolator. I got a lsusb to work after a bit more hacking. But that wasn=92t the = end of the story. >=20 >>>> Can you show the diff between USB code from src/lib and from the = distfile? >>>>=20 >>> That's just a checkout from head, see the port Makefile for how it's >>> generated. (.if defined(BOOTSTRAP)...) >>>=20 >>>> Instead of having a port with .c code, I'd drive towards having = src/lib >>>> changes (if any) be commited. And then that port only has to do: >>>>=20 >>>> cp -rf src/lib/libusb port/tmp/dir >>>>=20 >>>> and build it with different -DDEFINES if necessary. >>>>=20 >>> That's what I orginally had but hps suggested I check out from head >>> instead. (Tho that was when I couldn't get it building at first, = which >>> turned out to be just a CFLAGS -I problem so the 10.0 code should = now >>> build this way as well.) >>=20 >> I guess it's the same stuff if the code is there with no = modification. If we >> could have this port checked in to the ports/ repository, this would = be >> great. Basically I'd concentrate on delivering good end-user = experience >>=20 >> Thanks for working on it. Lots of people will apprecite it. >>=20 > Ok so let's wait for more testers then? I=92ll give it a spin the next days. Since I last talked to some of you I had a lot of findings yet I had not = been able to make any possible solution to fully work yet. The in-tree = which supposedly should compile with a Ubuntu was unfortunately ruled = out the earliest:( Some had glibc dependencies I kicked out which the = F10 (our current default) environment didn=92t provide, others are just = not doing the right thing in some cases and required hacking. In the = end I stayed with Wojciech=92s version as it was the best option to = start with and I could make the most progress quickly. /bz =97=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 04:19:31 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FCAF571; Mon, 10 Feb 2014 04:19:31 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 431931C5C; Mon, 10 Feb 2014 04:19:30 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1A4Ijan005918; Mon, 10 Feb 2014 04:18:45 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1A4IjI5005917; Mon, 10 Feb 2014 04:18:45 GMT (envelope-from wkoszek) Date: Mon, 10 Feb 2014 04:18:45 +0000 From: "Wojciech A. Koszek" To: Juergen Lock Subject: Re: CFT: Re: linux libusb again, I made an updated port... Message-ID: <20140210041845.GG12994@FreeBSD.org> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140209135905.GA13024@enceladus10.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Mon, 10 Feb 2014 04:18:49 +0000 (UTC) Cc: freebsd-emulation@FreeBSD.org, bz@FreeBSD.org, freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 04:19:31 -0000 On nie, lut 09, 2014 at 02:59:06 +0100, Juergen Lock wrote: > On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: > > On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > > > On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > > > > On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > > > > > Hi! > > > > > > > > > > This came up on irc so I tried to build a linux libusb port (before > > > > > I learned about ports/146895), mine uses linux_base-gentoo-stage3 > > > > > like linux_kdump with a src/lib/libusb head snapshot so it's more > > > > > up to date than wkoszek's build (ports/146895), and it's really > > > > > easy to update it again. Also maybe it can be used as linux > > > > > libusb-1.0.so too; I didn't actually test it tho. > > > > > > > > > > Should this be committed? Is wkoszek's version better since it > > > > > also builds on < 10.x? Comments welcome... > > > > > > > > > > wkoszek's version: > > > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > > > > > > > > > > Mine: > > > > > > > > > > http://people.freebsd.org/~nox/tmp/linux_libusb.shar > > > > > > > > > > Distfile: > > > > > > > > > > http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > > > > > > > > > > 10/amd64 package: > > > > > > > > > > http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > > > > > > > > > > (built via: > > > > > > > > > > poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > > > > > > > > > > - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > > > > > doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > > > > > Cc'd...) > > > > > > > > > > > > > Juergen, > > > Hi! > > > > > > > > What would be the reason for this update? > > > > > > > > My stuff may be out of date, but it was all tested and working. I verified > > > > it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > > > > this stuff was written. > > > > > > > I was just thinking an updated version may be useful, but if it's > > > already working for everyone maybe less so... > > > > > > Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > > > stuff added some functions since 9.x at least... maybe hps would know > > > (Cc'd.) > > > > > > > Juergen, > > > > I think this package is useful and is looking for maintainer, so if you have > > time and energy, I'm OK with upgrading it, but I suggest testing it first. > > Bjoern might be interested too. > > > You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it printed > nothing, neither with my nor with your older version, but maybe it's just > `too new' for our current linuxolator. I assume you have at least 1 USB device while trying this. I don't remember exactly, but while trying within Linuxolator, you may need devfs/procfs to be mounted under Linuxolator's root directory. So you'll have to figure this out. Does it return with 0 exit code? If not, lsusb should be simple enough to let you place printf() all over the place and understand out when it's failing. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 08:39:36 2014 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 316968D3 for ; Mon, 10 Feb 2014 08:39:36 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAD1B12D3 for ; Mon, 10 Feb 2014 08:39:35 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id l6so7140424oag.35 for ; Mon, 10 Feb 2014 00:39:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=vPHUUZDelj/4SDFcvv/DZ0vbaxcVqmp9UXX0lBkCGzA=; b=TCSp8lDBfEzwo6iI515DyNU3gz05EHAsQA7jIeu6guLXEJmZd4e8fU32Y4rAqrI4fJ TkdKuu8zmUJbccFSwXSIbkA5kLau7JnZ0SuiyTrGQkeqzkeXN9Ku/GqbnEOLuAkD3XID aPH6IvpV3TiQJHrkWU58JKOmTTOFc0iqyy+1M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=vPHUUZDelj/4SDFcvv/DZ0vbaxcVqmp9UXX0lBkCGzA=; b=YToU9Q70LV6y15s5jv1IX4tqmS6fJNWPuLtty5KGrem2wN4EFon2hr4WLvM0qCniED opm7H21YZ//mGUWl/VOphc/PXmElwwQmYUNMsMCEGmrT9Zp0Rzqj6/0Vd2btlgxh4SBE laMZjqa/G9cZ9Ub64m35OLFOUutBv0QjWPgCs2Nit7oPoUM5aYX4qpPgMXa+tvsJdAZU KrQpkzC+T2kuXpYW4ALEukxPyWDJsvZU7r9dr+e5CwafX7P62vNtmS1X2VGbK/piKaUp k0+/EG9RTIW1bta+7+7egonbs4zkHuXMx1gRe2zXv2TreWru0semQIVp/2CcEfWWg0Xg lYYw== X-Gm-Message-State: ALoCoQnUFdQrSXI5KoLuPxUEphqGVzpIdtECkugLyNrW1jTLVt4WVnErETiJPwugyTsl1z9VGZ9s MIME-Version: 1.0 X-Received: by 10.60.246.139 with SMTP id xw11mr26126755oec.36.1392021575069; Mon, 10 Feb 2014 00:39:35 -0800 (PST) Sender: decke@bluelife.at Received: by 10.76.144.71 with HTTP; Mon, 10 Feb 2014 00:39:34 -0800 (PST) X-Originating-IP: [80.123.233.199] In-Reply-To: <20140208095107.GA1232@potato.growveg.org> References: <20140208095107.GA1232@potato.growveg.org> Date: Mon, 10 Feb 2014 09:39:34 +0100 X-Google-Sender-Auth: 4fOzNO5Zzy86uCu08RvShnQCg3E Message-ID: Subject: Re: virtualbox tips for performance specific to FreeBSD-10 hosts From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: John Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-emulation@freebsd.org" X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 08:39:36 -0000 On Sat, Feb 8, 2014 at 10:51 AM, John wrote: > Hello list, > > As subject, can anyone recommend any tips for getting optimum > performance from various guests on a freebsd-10-R host? I've looked at > the page about changing polling interval but that only applies to > freebsd guests. I'm looking advice specifically for linux guests on this > host. Guests are ubuntu and opensuse. > > Machine is a Xeon E5-2650L @ 1.80GHz with 32 cores, 192GB RAM and 10TB > available storage on zfs. I would not recommend using VirtualBox on such a box. VirtualBox is a Desktop Virtualisation product and that specs are too high to make good use of them. One issue you will run into is ZFS ARC - with that amount of memory it will take quite some time to fill up but ZFS ARC and VirtualBox wired memory will start fighting each other. So I recommend limiting ZFS ARC to some sane amount. (32GB?) VirtualBox has quite a bit more overhead than all the other server grade virtualisation products out there and that is especially true for I/O. With FreeBSD 10 you should already use AHCI on the host and the linux guests will likely use an SATA controller and AHCI too. That should be the minimum and is also what we have already written down in the vbox tuning notes: https://wiki.freebsd.org/VirtualBox/Tuning > No issues sofar freebsd on freebsd. Just looking for advice linux guest > on freebsd with virtualbox. Or perhaps there's something better than > virtualbox? Basically all guests need to be isolated from one another. > It makes backing up and restoring systems pain-free. So far this are the mainstream candidates: BSD: - BHyVe Linux: - KVM - Xen Proprietary: - VMware ESXi - XenServer I have had a look at a server virtualisation product myself some months ago and came to the conclusion that there is no painfree server virtualisation product that is focused on ONE machine with a proper webinterface with a reasonable easy installation and for free. VMware ESXi came close but it fails badly with the webinterface (no I don't consider the required 8-16GB RAM for the webinterface appropriate). RedHats oVirt also made a good impression but I broke it within half an hour and the webinterface never detected the nodes properly. Also oVirt really wants you to have a dedicated storage box which I wanted to avoid. Running it all on one machine is on their todo for years. No I don't want to run 3 boxes for two VMs. OpenStack was just a mess and I gave up because all the different components didn't fit into my small head. This really looks like you want to build your own cloud with 1000+ nodes. There are quite a few more KVM based products out there which I didn't try just because I gave up at that point and went with the free ESXi and a windows VM with vSphere Client. The ones that I remember were also appropriate candiates for my search were Ubuntu 12.04 LTS with KVM + convirt2, Proxmox or a simple Linux distribution and shell. So VirtualBox + phpvirtualbox does a few things very very good and I love it for that on small boxes with light load but it's not a proper server virtualisation product. What I would really like to see is a FreeNAS like appliance for virtualisation with a webinterface and based on BHyVe. The Linux KVM stuff is not quite there yet when it comes to "painless". -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 11:06:39 2014 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A07E6C for ; Mon, 10 Feb 2014 11:06:39 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2AEDD1FBA for ; Mon, 10 Feb 2014 11:06:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1AB6dL1079888 for ; Mon, 10 Feb 2014 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1AB6cGQ079886 for emulation@FreeBSD.org; Mon, 10 Feb 2014 11:06:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Feb 2014 11:06:38 GMT Message-Id: <201402101106.s1AB6cGQ079886@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: emulation@FreeBSD.org Subject: Current problem reports assigned to emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 11:06:39 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/186232 emulation x11-fonts/linux-f10-fontconfig/Makefile add -f to ln s 1 problem total. From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 11:06:45 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82208E5 for ; Mon, 10 Feb 2014 11:06:45 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CDDE1FCE for ; Mon, 10 Feb 2014 11:06:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1AB6j16080009 for ; Mon, 10 Feb 2014 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1AB6iSZ080007 for freebsd-emulation@FreeBSD.org; Mon, 10 Feb 2014 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Feb 2014 11:06:44 GMT Message-Id: <201402101106.s1AB6iSZ080007@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 11:06:45 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/184404 emulation [patch] emulators/linux_base-f10: no terminal database o kern/183615 emulation [linprocfs] [patch] emulate /proc/sys/kernel/random/uu o ports/183247 emulation emulators/linux_base-f10 does not build locale archive o ports/183120 emulation x11-toolkits/linux-f10-pango fails to build o kern/182884 emulation [hyper-v] FreeBSD HVMPV domU networking does not work o kern/181012 emulation [linux] [patch] Implemented linux system call fstatfs6 o ports/180790 emulation devel/linux_kdump prints BSD descriptions of errno nam o kern/177743 emulation [kvm] [panic] kernel panic during `portsnap update` on o ports/177722 emulation Change request: Add terminfo database to linux_base-* o kern/174933 emulation [linux] if_nameindex fail in linuxulator enviroment o kern/174908 emulation [vmware] "unsupportable block size 0" after upgrading o kern/174238 emulation [qemu] FreeBSD 9.0 doesn't boot under QEMU due to ACPI o ports/169896 emulation [patch] audio/linux-f10-alsa-lib: use OSS plugin by de o kern/169814 emulation [linux] ptrace is broken in Linux emulation o kern/169805 emulation [linux] utime() syscall does not work in linuxulator o kern/159646 emulation [linux] [patch] bump Linux version in linuxulator f kern/156691 emulation [vmware] [panic] panic when using hard disks as RAW de o kern/156353 emulation [ibcs2] ibcs2 binaries that execute on 4.x not working o kern/155577 emulation [boot] BTX halted after install. Reboot during install o kern/155040 emulation [linux] [patch] Linux recvfrom doesn't handle proto fa o kern/153990 emulation [hyper-v]: Will not install into Hyper-V on Server 200 o kern/153887 emulation [linux] Linux emulator not understand STB_GNU_UNIQUE b o kern/153243 emulation [ibcs2] Seg fault whne running COFF binary using iBCS2 o kern/151714 emulation [linux] print/acroread9 not usable due to lack of supp a bin/150262 emulation [patch] truss(1) -f doesn't follow descendants of the a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted p kern/144584 emulation [linprocfs][patch] bogus values in linprocfs o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/86619 emulation [linux] linux emulator interacts oddly with cp a kern/72920 emulation [linux] path "prefixing" is not done on unix domain so o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 44 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 11:08:23 2014 Return-Path: Delivered-To: vbox@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3617B96E for ; Mon, 10 Feb 2014 11:08:23 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2188D115A for ; Mon, 10 Feb 2014 11:08:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1AB8M2v081890 for ; Mon, 10 Feb 2014 11:08:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1AB8Mg0081888 for vbox@FreeBSD.org; Mon, 10 Feb 2014 11:08:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Feb 2014 11:08:22 GMT Message-Id: <201402101108.s1AB8Mg0081888@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: vbox@FreeBSD.org Subject: Current problem reports assigned to vbox@FreeBSD.org X-Mailman-Approved-At: Mon, 10 Feb 2014 12:52:59 +0000 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 11:08:23 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/184964 vbox [patch] emulators/virtualbox-ose-additions: does not b o ports/183739 vbox emulators/virtualbox-ose-kmod fails to build on freebs o ports/182787 vbox emulators/virtualbox-ose-additions: fix VBoxClient pat o ports/182471 vbox emulators/virtualbox-ose gets SIGBUS with VNC o ports/182469 vbox emulators/virtualbox-ose VNC extension has incorrect p o ports/182468 vbox [patch] lang/gcc builds unrunnable emulators/virtualbo o ports/182320 vbox emulators/virtualbox-ose-additions will not compile on o ports/179507 vbox devel/kBuild won't compile on current o ports/177202 vbox [PATCH] emulators/virtualbox-ose option to skip buildi o ports/175411 vbox [PATCH] emulators/virtualbox-ose 4.2.6: popcnt bug o ports/175288 vbox emulators/virtualbox-ose: FreeBSD VirtualBox guest una o ports/175221 vbox emulators/virtualbox-ose: Cannot Resume VirtualBox VMs o ports/174975 vbox Latest emulators/virtualbox-ose-kmod 4.2.6 commit (309 o ports/174968 vbox emulators/virtualbox-ose: CAM lockup when using more t o ports/173925 vbox emulators/virtualbox-ose-additions 4.1.22 VBoxService o ports/173672 vbox emulators/virtualbox-ose: VirtualBox and bridge proble o ports/167720 vbox emulators/virtualbox-ose: VirtualBox 4.1.14- Guest: Fr o ports/163142 vbox emulators/virtualbox-ose: virtualbox doesn't work on n o kern/140453 vbox [sound] [vbox] No sound inside Virtualbox on 50% volum 19 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 13:37:13 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D57233C5; Mon, 10 Feb 2014 13:37:13 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34BE01D8B; Mon, 10 Feb 2014 13:37:13 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 3F8F125D37D1; Mon, 10 Feb 2014 13:37:11 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2E315C22C19; Mon, 10 Feb 2014 13:37:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id dVagEZ4qxuLx; Mon, 10 Feb 2014 13:37:07 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 15ACBC22B81; Mon, 10 Feb 2014 13:37:05 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: CFT: Re: linux libusb again, I made an updated port... From: "Bjoern A. Zeeb" In-Reply-To: <20140210041845.GG12994@FreeBSD.org> Date: Mon, 10 Feb 2014 11:06:27 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> <20140210041845.GG12994@FreeBSD.org> To: "Wojciech A. Koszek" X-Mailer: Apple Mail (2.1827) Cc: freebsd-emulation@FreeBSD.org, Juergen Lock , freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 13:37:13 -0000 On 10 Feb 2014, at 04:18 , Wojciech A. Koszek = wrote: > On nie, lut 09, 2014 at 02:59:06 +0100, Juergen Lock wrote: >> On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: >>> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: >>>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: >>>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: >>>>>> Hi! >>>>>>=20 >>>>>> This came up on irc so I tried to build a linux libusb port = (before >>>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 >>>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more >>>>>> up to date than wkoszek's build (ports/146895), and it's really >>>>>> easy to update it again. Also maybe it can be used as linux >>>>>> libusb-1.0.so too; I didn't actually test it tho. >>>>>>=20 >>>>>> Should this be committed? Is wkoszek's version better since it >>>>>> also builds on < 10.x? Comments welcome... >>>>>>=20 >>>>>> wkoszek's version: >>>>>>=20 >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D146895 >>>>>>=20 >>>>>> Mine: >>>>>>=20 >>>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar >>>>>>=20 >>>>>> Distfile: >>>>>>=20 >>>>>> = http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.= bz2 >>>>>>=20 >>>>>> 10/amd64 package: >>>>>>=20 >>>>>> = http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r2614= 48.txz >>>>>>=20 >>>>>> (built via: >>>>>>=20 >>>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb >>>>>>=20 >>>>>> - btw for some reason the dependency = emulators/linux_base-gentoo-stage3 >>>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. = bapt >>>>>> Cc'd...) >>>>>>=20 >>>>>=20 >>>>> Juergen, >>>> Hi! >>>>>=20 >>>>> What would be the reason for this update? >>>>>=20 >>>>> My stuff may be out of date, but it was all tested and working. I = verified >>>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for = which >>>>> this stuff was written. >>>>>=20 >>>> I was just thinking an updated version may be useful, but if it's >>>> already working for everyone maybe less so... >>>>=20 >>>> Or would it work as a linux libusb-1.0.so too? I know the libusb = 1.0 >>>> stuff added some functions since 9.x at least... maybe hps would = know >>>> (Cc'd.) >>>>=20 >>>=20 >>> Juergen, >>>=20 >>> I think this package is useful and is looking for maintainer, so if = you have >>> time and energy, I'm OK with upgrading it, but I suggest testing it = first. >>> Bjoern might be interested too. >>>=20 >> You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it = printed >> nothing, neither with my nor with your older version, but maybe it's = just >> `too new' for our current linuxolator. >=20 > I assume you have at least 1 USB device while trying this. I don't = remember > exactly, but while trying within Linuxolator, you may need = devfs/procfs to > be mounted under Linuxolator's root directory. My understanding and from looking at trace is that if we cannot find it = in /compat/linux we ale search in /; so no need for an extra mount = unless maybe you run chrooted. > So you'll have to figure this out. >=20 > Does it return with 0 exit code? >=20 > If not, lsusb should be simple enough to let you place printf() all = over the > place and understand out when it's failing.=20 For me the problem was a clock_gettime() call in the libusb which my = glibc did not provide. That made all things fail (silently) until I = used linux =93rtld" tracing to see the unresolved symbol from libusb/the = commercial 3rd party software dynamically loading libusb. =97=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 17:18:12 2014 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE145A06 for ; Mon, 10 Feb 2014 17:18:12 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D3D612A1 for ; Mon, 10 Feb 2014 17:18:11 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WCuUS-000P8e-Or for freebsd-emulation@freebsd.org; Mon, 10 Feb 2014 17:17:52 +0000 Date: Mon, 10 Feb 2014 17:17:52 +0000 From: John To: "freebsd-emulation@freebsd.org" Subject: Re: virtualbox tips for performance specific to FreeBSD-10 hosts Message-ID: <20140210171752.GC95748@potato.growveg.org> References: <20140208095107.GA1232@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 17:18:12 -0000 Hi, thanks for replying. On Mon, Feb 10, 2014 at 09:39:34AM +0100, Bernhard Fr?hlich wrote: > I would not recommend using VirtualBox on such a box. VirtualBox is a Desktop > Virtualisation product and that specs are too high to make good use of them. > > One issue you will run into is ZFS ARC - with that amount of memory it will take > quite some time to fill up but ZFS ARC and VirtualBox wired memory will start > fighting each other. So I recommend limiting ZFS ARC to some sane amount. > (32GB?) > > VirtualBox has quite a bit more overhead than all the other server > grade virtualisation > products out there and that is especially true for I/O. With FreeBSD > 10 you should > already use AHCI on the host and the linux guests will likely use an > SATA controller > and AHCI too. That should be the minimum and is also what we have already > written down in the vbox tuning notes: > > https://wiki.freebsd.org/VirtualBox/Tuning I had looked at that. I was looking for some tunable on the linux VMs as well. Like I said, performance so far has been OK but I see what you mean by VB being really aimed at desktops. That's the impression I got, too. The running out of ARC is a worry because some of these VMs will be doing (eventually) heavy SQL work. The VMs I have on there at the moment aren't taxing the hardware at all, yet. Probably due to there being only two running on there presently. I think I'll have to familiarise myself with bhyve. Steep learning curve! thanks, -- John From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 18:43:41 2014 Return-Path: Delivered-To: vbox@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CB06B31; Mon, 10 Feb 2014 18:43:41 +0000 (UTC) Received: from ttmath.org (ttmath.org [91.203.132.242]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3F111ABC; Mon, 10 Feb 2014 18:43:40 +0000 (UTC) Received: from s100.slimaczek.pl (dynamic-78-8-99-115.ssp.dialog.net.pl [78.8.99.115]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ttmath.org (Postfix) with ESMTPSA id 5A21916C030B; Mon, 10 Feb 2014 20:13:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ttmath.org; s=ttmath; t=1392059620; bh=BYsXrNqle2yRsCI8HR/+ClhDybIjyPc7StMB2LRan1s=; h=Date:From:To:Subject:From; b=G/CEe+bAlfkFN6gMuXyjVKG8qo4FME1S+/R4easaDNS40fAD05l8cDqLpq51ylYPf nKNUJoAiavWKw1A+VZ73cnbMQWXcVw0O51X1nzd/vVMfQmbyh56HYaF5ulwNQiZJ07 783z4bftS4Cqiz6DdQ7TI5you4yGbXIeSOgrWydXkv+wQYKXPbpT95QhjksV2KUyE5 iwl+w6OP3U4mW9kzycyoW49rCZXc7NWRdDgCFDMiGY0aNhcMra4XiloKs1/IaIn9Yw 5C7iD1l2Fx2OpkVnrGyIiC7SQqy18qRCAeRk+nbBw9YGOXJM5OU140geczcIi3IcPq QVxnHXBu6dj3g== Date: Mon, 10 Feb 2014 19:17:12 +0100 From: Tomasz Sowa To: freebsd-ports-bugs@freebsd.org, vbox@FreeBSD.org Subject: emulators/virtualbox-ose doesn't compile with libicon Message-ID: <20140210191712.728e1b7d@s100.slimaczek.pl> Organization: ttmath X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Feb 2014 19:03:01 +0000 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 18:43:41 -0000 Hi emulators/virtualbox-ose doesn't compile when converters/libiconv is installed: kBuild: Linking VBox-kStuffStaticBldProg kBuild: Installing VBox-kStuffStaticBldProg => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/VBox-kStuffStaticBldProg.a kBuild: Compiling scm - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/bldprogs/scm.cpp kBuild: Compiling scm - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/bldprogs/scmdiff.cpp kBuild: Compiling scm - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/bldprogs/scmrw.cpp kBuild: Compiling scm - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/bldprogs/scmstream.cpp kBuild: Compiling scm - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/bldprogs/scmsubversion.cpp kBuild: Linking scm /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a(utf8-posix.o): In function `rtstrConvertCached': /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:200: undefined reference to `libiconv' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:184: undefined reference to `libiconv_open' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:244: undefined reference to `libiconv_close' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a(utf8-posix.o): In function `rtStrConvertUncached': /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:315: undefined reference to `libiconv_open' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:330: undefined reference to `libiconv' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:351: undefined reference to `libiconv_close' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:340: undefined reference to `libiconv_close' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a(utf8-posix.o): In function `rtStrIconvCacheDestroy': /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/src/VBox/Runtime/r3/posix/utf8-posix.cpp:115: undefined reference to `libiconv_close' collect2: ld returned 1 exit status kmk: *** [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scm] Error 1 The failing command: @g++46 -m64 -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scm /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scm.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scmdiff.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scmrw.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scmstream.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/scm/scmsubversion.o -L/usr/local/lib -lpthread -lrt /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/VBox-kStuffStaticBldProg.a /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/li b/RuntimeBldProg.a -lpthread -lssl -lcrypto *** Error code 2 Stop. make[1]: stopped in /usr/ports/emulators/virtualbox-ose *** Error code 1 Stop. make: stopped in /usr/ports/emulators/virtualbox-ose After temporarily deleting converters/libiconv VirtualBox compiled successfully. Libiconv is still used by some ports: $ pkg info -r converters/libiconv libiconv-1.14_1: php5-iconv-5.4.24_1 git-1.8.5.2 coreutils-8.22 transcode-1.1.7_10 -- Tomek From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 10 23:13:52 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3757221A; Mon, 10 Feb 2014 23:13:52 +0000 (UTC) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2A52014DF; Mon, 10 Feb 2014 23:13:51 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B77E41E007A8; Tue, 11 Feb 2014 00:13:42 +0100 (CET) Received: from enceladus10.kn-bremen.de (noident@localhost [127.0.0.1]) by enceladus10.kn-bremen.de (8.14.5/8.14.5) with ESMTP id s1ANB9N0054412; Tue, 11 Feb 2014 00:11:10 +0100 (CET) (envelope-from nox@enceladus10.kn-bremen.de) Received: (from nox@localhost) by enceladus10.kn-bremen.de (8.14.5/8.14.5/Submit) id s1ANB9rH054411; Tue, 11 Feb 2014 00:11:09 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Tue, 11 Feb 2014 00:11:09 +0100 To: "Bjoern A. Zeeb" Subject: Re: CFT: Re: linux libusb again, I made an updated port... Message-ID: <20140210231109.GA54389@enceladus10.kn-bremen.de> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> <20140210041845.GG12994@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hselasky@FreeBSD.org, "Wojciech A. Koszek" , Juergen Lock , freebsd-emulation@FreeBSD.org, freebsd-usb@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 10 Feb 2014 23:13:52 -0000 On Mon, Feb 10, 2014 at 11:06:27AM +0000, Bjoern A. Zeeb wrote: > > On 10 Feb 2014, at 04:18 , Wojciech A. Koszek wrote: > > > On nie, lut 09, 2014 at 02:59:06 +0100, Juergen Lock wrote: > >> On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: > >>> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > >>>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > >>>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > >>>>>> Hi! > >>>>>> > >>>>>> This came up on irc so I tried to build a linux libusb port (before > >>>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 > >>>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more > >>>>>> up to date than wkoszek's build (ports/146895), and it's really > >>>>>> easy to update it again. Also maybe it can be used as linux > >>>>>> libusb-1.0.so too; I didn't actually test it tho. > >>>>>> > >>>>>> Should this be committed? Is wkoszek's version better since it > >>>>>> also builds on < 10.x? Comments welcome... > >>>>>> > >>>>>> wkoszek's version: > >>>>>> > >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > >>>>>> > >>>>>> Mine: > >>>>>> > >>>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar > >>>>>> > >>>>>> Distfile: > >>>>>> > >>>>>> http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > >>>>>> > >>>>>> 10/amd64 package: > >>>>>> > >>>>>> http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > >>>>>> > >>>>>> (built via: > >>>>>> > >>>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > >>>>>> > >>>>>> - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > >>>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > >>>>>> Cc'd...) > >>>>>> > >>>>> > >>>>> Juergen, > >>>> Hi! > >>>>> > >>>>> What would be the reason for this update? > >>>>> > >>>>> My stuff may be out of date, but it was all tested and working. I verified > >>>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > >>>>> this stuff was written. > >>>>> > >>>> I was just thinking an updated version may be useful, but if it's > >>>> already working for everyone maybe less so... > >>>> > >>>> Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > >>>> stuff added some functions since 9.x at least... maybe hps would know > >>>> (Cc'd.) > >>>> > >>> > >>> Juergen, > >>> > >>> I think this package is useful and is looking for maintainer, so if you have > >>> time and energy, I'm OK with upgrading it, but I suggest testing it first. > >>> Bjoern might be interested too. > >>> > >> You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it printed > >> nothing, neither with my nor with your older version, but maybe it's just > >> `too new' for our current linuxolator. > > > > I assume you have at least 1 USB device while trying this. I don't remember > > exactly, but while trying within Linuxolator, you may need devfs/procfs to > > be mounted under Linuxolator's root directory. > > My understanding and from looking at trace is that if we cannot find it in /compat/linux we ale search in /; so no need for an extra mount unless maybe you run chrooted. > > > > So you'll have to figure this out. > > > > Does it return with 0 exit code? > > > > If not, lsusb should be simple enough to let you place printf() all over the > > place and understand out when it's failing. > > For me the problem was a clock_gettime() call in the libusb which my glibc did not provide. That made all things fail (silently) until I used linux ?rtld" tracing to see the unresolved symbol from libusb/the commercial 3rd party software dynamically loading libusb. > And my linux_kdump ends like this: 35607 lsusb CALL munmap(0x28247000,0x8000) 35607 lsusb RET munmap 0 35607 lsusb CALL linux_open(0x28090c31,0,0x28081e00) 35607 lsusb NAMI "/compat/linux/dev/usbctl" 35607 lsusb NAMI "/dev/usbctl" 35607 lsusb RET linux_open 3 35607 lsusb CALL linux_ioctl(0x3,0xffe5 ,0xffffc5d8) 35607 lsusb RET linux_ioctl 0 35607 lsusb CALL close(0x3) 35607 lsusb RET close 0 35607 lsusb CALL linux_exit_group(0x1) 35607 lsusb UNKNOWN(11) and the exit code is 1, so I guess it's failing on an unhandled syscall or something like that. Juergen From owner-freebsd-emulation@FreeBSD.ORG Tue Feb 11 08:18:21 2014 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADA323DA for ; Tue, 11 Feb 2014 08:18:21 +0000 (UTC) Received: from smtp.portlandia-servers.com (smtp.portlandia-servers.com [IPv6:2001:470:c1aa::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DAC415DA for ; Tue, 11 Feb 2014 08:18:20 +0000 (UTC) Received: from mail.freebsd-corp-net-guide.com (gw.portlandia-servers.com [50.198.160.189]) by smtp.portlandia-servers.com (8.14.5/8.14.5) with ESMTP id s1B8IHDx017032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 11 Feb 2014 00:18:17 -0800 (PST) (envelope-from tedm@mittelstaedt.us) Received: from [127.0.0.1] ([172.16.1.215]) (authenticated bits=0) by mail.freebsd-corp-net-guide.com (8.14.4/8.14.4) with ESMTP id s1B8IABl019155 for ; Tue, 11 Feb 2014 00:18:16 -0800 (PST) (envelope-from tedm@mittelstaedt.us) Message-ID: <52F9DCC0.6010904@mittelstaedt.us> Date: Tue, 11 Feb 2014 00:18:08 -0800 From: Ted Mittelstaedt User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:10.0) Gecko/20120206 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Re: virtualbox tips for performance specific to FreeBSD-10 hosts References: <20140208095107.GA1232@potato.growveg.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 140210-1, 02/10/2014), Outbound message X-Antivirus-Status: Clean X-Spam-Status: No, score=1.3 required=4.1 tests=HELO_MISC_IP,RDNS_NONE autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.freebsd-corp-net-guide.com X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Feb 2014 08:18:21 -0000 Arrg!! After reading this I just had to jump in. On 2/10/2014 12:39 AM, Bernhard Fröhlich wrote: > On Sat, Feb 8, 2014 at 10:51 AM, John wrote: >> Hello list, >> >> As subject, can anyone recommend any tips for getting optimum >> performance from various guests on a freebsd-10-R host? I've looked at >> the page about changing polling interval but that only applies to >> freebsd guests. I'm looking advice specifically for linux guests on this >> host. Guests are ubuntu and opensuse. >> >> Machine is a Xeon E5-2650L @ 1.80GHz with 32 cores, 192GB RAM and 10TB >> available storage on zfs. > > I would not recommend using VirtualBox on such a box. VirtualBox is a Desktop > Virtualisation product and that specs are too high to make good use of them. > Rubbish!!!!!! What is the goal here? To run a couple sessions or lots and lots? He said "various guests" you seem to be assuming he wants to run a couple hundred on the server. > One issue you will run into is ZFS ARC - with that amount of memory it will take > quite some time to fill up but ZFS ARC and VirtualBox wired memory will start > fighting each other. So I recommend limiting ZFS ARC to some sane amount. > (32GB?) > Yes you should limit ZFS to a reasonable amount of ram unless your goal is to run a fileserver, of course. But if your not running a fileserver then why are you running ZFS to begin with? And, what disks and what array are you running? A bunch of 7200 rpm SATA desktop disks on motherboard SATA ports or a hardware array card with 15,000 RPM drives in it? > VirtualBox has quite a bit more overhead than all the other server > grade virtualisation > products out there and that is especially true for I/O. Any virtualizer incurs significant I/O penalty, that is really a separate discussion. If that's a problem for you you shouldn't be virtualizing. But if it's not, then ram and CPU is not an issue. I ran VirtualBox on a 2GB FreeBSD for years with no noticeable impact on the 2GB server nor any noticeable impact to the guest. > With FreeBSD > 10 you should > already use AHCI on the host and the linux guests will likely use an > SATA controller > and AHCI too. That should be the minimum and is also what we have already > written down in the vbox tuning notes: > > https://wiki.freebsd.org/VirtualBox/Tuning > >> No issues sofar freebsd on freebsd. Just looking for advice linux guest >> on freebsd with virtualbox. Or perhaps there's something better than >> virtualbox? Basically all guests need to be isolated from one another. >> It makes backing up and restoring systems pain-free. > > So far this are the mainstream candidates: > > BSD: > - BHyVe > > Linux: > - KVM > - Xen > > Proprietary: > - VMware ESXi > - XenServer > > I have had a look at a server virtualisation product myself some months ago > and came to the conclusion that there is no painfree server virtualisation > product that is focused on ONE machine with a proper webinterface with a > reasonable easy installation and for free. > A webinterface is unnecessary and IMHO is quite undesirable. > VMware ESXi came close but it fails badly with the webinterface (no I don't > consider the required 8-16GB RAM for the webinterface appropriate). > > RedHats oVirt also made a good impression but I broke it within half an hour > and the webinterface never detected the nodes properly. Also oVirt really wants > you to have a dedicated storage box which I wanted to avoid. Running it all on > one machine is on their todo for years. No I don't want to run 3 boxes for two > VMs. > > OpenStack was just a mess and I gave up because all the different components > didn't fit into my small head. This really looks like you want to build your own > cloud with 1000+ nodes. > > There are quite a few more KVM based products out there which I didn't try > just because I gave up at that point and went with the free ESXi and a windows > VM with vSphere Client. The ones that I remember were also appropriate candiates > for my search were Ubuntu 12.04 LTS with KVM + convirt2, Proxmox or a simple > Linux distribution and shell. > > So VirtualBox + phpvirtualbox does a few things very very good and I love it > for that on small boxes with light load but it's not a proper server > virtualisation > product. > That is simply not true. "a proper server virtualization product". This kind of loose definition does not promote clarity. A "small box" today? Let me tell you, in this city people are DISCARDING 64 bit 8GB servers with 2.5Ghz 4 core CPUs due to obsolescense. 5 years ago that would have NOT been considered a "small" box. This is a very relative statement. If for example you happen to have a server that's doing some real work and you happen to need a couple sessions virtualized on it well then VirtualBox or Vmware WMPlayer or any of those "desktop" virtualizers are just fine. In that case, those ARE proper server virtualizers. > What I would really like to see is a FreeNAS like appliance for virtualisation > with a webinterface and based on BHyVe. Uh huh. The Linux KVM stuff is not quite > there yet when it comes to "painless". > You can boot a system off a Ubuntu CD and have a desktop up and running in 20 minutes - even on a fakeraid array - and you can download the VMWare Player from ESXi and install it with something like 2 commands. It doesn't get any easier than that - even HyperV from MS is not any easier. Or, ESX. That's Linux under the hood and it's unbelievably painless. Look, you have to accept a fundamental basic about virtualization: GUESTS DO NOT RUN AS FAST WHEN TRULY VIRTUALIZED. When your building a server if you virtualize your fundamentally doing it to separate apps. Encapsulating the app within an entire OS makes it a lot easier to deal with moving the app around and keeping other apps from interfering with it. So you would want a completely isolated guest. But, the benefit of virtualizing comes at a cost of performance. that is just the way it works. For most people who virtualize, it's more important to have that separation than it is to have performance. If your goal is to build a fileserver then in my view your foolish to virtualize it. That is why oVirt calls for a separate fileserver. And even in big ESXi servers, the trend is to setup an NFS server. That is what I do when I build ESXi servers. Now, with all of that said, I will say this: If your goal is to run MAINLY Linux guests, and run A LOT OF THEM, and NOT run any apps on the server at all, then in my view there's really only 2 games in town out there: ESXi and Xen server. The reason for this is that both of them provide guest additions that contain hardware assisted paravirtualizer device drivers for the critical I/O. Virtualbox only does this for the network driver. Xen does it for the kernel and disk for many OS's and they even now have drivers for windows (Xen Windows GplPv) And ESX also does it for the network driver and disk driver. If your going to run hundreds of sessions on a single server than you need hardware assisted paravirtualization drivers. Otherwise, if you just need a few guests, and they aren't going to be doing much, then it makes no difference what virtualizer your using on a 64 bit system with hardware virtualization instructions in the CPU since they all will use the CPU for the virtualization. Ted From owner-freebsd-emulation@FreeBSD.ORG Tue Feb 11 19:57:40 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30E38B06; Tue, 11 Feb 2014 19:57:40 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 693C91AA0; Tue, 11 Feb 2014 19:57:39 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1BJuo8W021794; Tue, 11 Feb 2014 19:56:50 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1BJuoxN021791; Tue, 11 Feb 2014 19:56:50 GMT (envelope-from wkoszek) Date: Tue, 11 Feb 2014 19:56:50 +0000 From: "Wojciech A. Koszek" To: Juergen Lock Subject: Re: CFT: Re: linux libusb again, I made an updated port... Message-ID: <20140211195650.GI12994@FreeBSD.org> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> <20140210041845.GG12994@FreeBSD.org> <20140210231109.GA54389@enceladus10.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140210231109.GA54389@enceladus10.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Tue, 11 Feb 2014 19:56:54 +0000 (UTC) Cc: freebsd-emulation@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-usb@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Feb 2014 19:57:40 -0000 On Tue, Feb 11, 2014 at 12:11:09AM +0100, Juergen Lock wrote: > On Mon, Feb 10, 2014 at 11:06:27AM +0000, Bjoern A. Zeeb wrote: > > > > On 10 Feb 2014, at 04:18 , Wojciech A. Koszek wrote: > > > > > On nie, lut 09, 2014 at 02:59:06 +0100, Juergen Lock wrote: > > >> On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: > > >>> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > > >>>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > > >>>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > > >>>>>> Hi! > > >>>>>> > > >>>>>> This came up on irc so I tried to build a linux libusb port (before > > >>>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 > > >>>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more > > >>>>>> up to date than wkoszek's build (ports/146895), and it's really > > >>>>>> easy to update it again. Also maybe it can be used as linux > > >>>>>> libusb-1.0.so too; I didn't actually test it tho. > > >>>>>> > > >>>>>> Should this be committed? Is wkoszek's version better since it > > >>>>>> also builds on < 10.x? Comments welcome... > > >>>>>> > > >>>>>> wkoszek's version: > > >>>>>> > > >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > > >>>>>> > > >>>>>> Mine: > > >>>>>> > > >>>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar > > >>>>>> > > >>>>>> Distfile: > > >>>>>> > > >>>>>> http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > > >>>>>> > > >>>>>> 10/amd64 package: > > >>>>>> > > >>>>>> http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > > >>>>>> > > >>>>>> (built via: > > >>>>>> > > >>>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > > >>>>>> > > >>>>>> - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > > >>>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > > >>>>>> Cc'd...) > > >>>>>> > > >>>>> > > >>>>> Juergen, > > >>>> Hi! > > >>>>> > > >>>>> What would be the reason for this update? > > >>>>> > > >>>>> My stuff may be out of date, but it was all tested and working. I verified > > >>>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > > >>>>> this stuff was written. > > >>>>> > > >>>> I was just thinking an updated version may be useful, but if it's > > >>>> already working for everyone maybe less so... > > >>>> > > >>>> Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > > >>>> stuff added some functions since 9.x at least... maybe hps would know > > >>>> (Cc'd.) > > >>>> > > >>> > > >>> Juergen, > > >>> > > >>> I think this package is useful and is looking for maintainer, so if you have > > >>> time and energy, I'm OK with upgrading it, but I suggest testing it first. > > >>> Bjoern might be interested too. > > >>> > > >> You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it printed > > >> nothing, neither with my nor with your older version, but maybe it's just > > >> `too new' for our current linuxolator. > > > > > > I assume you have at least 1 USB device while trying this. I don't remember > > > exactly, but while trying within Linuxolator, you may need devfs/procfs to > > > be mounted under Linuxolator's root directory. > > > > My understanding and from looking at trace is that if we cannot find it in /compat/linux we ale search in /; so no need for an extra mount unless maybe you run chrooted. > > > > > > > So you'll have to figure this out. > > > > > > Does it return with 0 exit code? > > > > > > If not, lsusb should be simple enough to let you place printf() all over the > > > place and understand out when it's failing. > > > > For me the problem was a clock_gettime() call in the libusb which my glibc did not provide. That made all things fail (silently) until I used linux ?rtld" tracing to see the unresolved symbol from libusb/the commercial 3rd party software dynamically loading libusb. > > > And my linux_kdump ends like this: > > 35607 lsusb CALL munmap(0x28247000,0x8000) > 35607 lsusb RET munmap 0 > 35607 lsusb CALL linux_open(0x28090c31,0,0x28081e00) > 35607 lsusb NAMI "/compat/linux/dev/usbctl" > 35607 lsusb NAMI "/dev/usbctl" > 35607 lsusb RET linux_open 3 > 35607 lsusb CALL linux_ioctl(0x3,0xffe5 ,0xffffc5d8) > 35607 lsusb RET linux_ioctl 0 > 35607 lsusb CALL close(0x3) > 35607 lsusb RET close 0 > 35607 lsusb CALL linux_exit_group(0x1) > 35607 lsusb UNKNOWN(11) > > and the exit code is 1, so I guess it's failing on an unhandled > syscall or something like that. Juergen Can you send the full trace with all eventual child processes? If you could copy&paste: open libusb for each bus for each device open device to a separate program, we could make it libusb/Linuxolator regression test. This would also help us match ptrace<->line number output. Which FreeBSD are you using? This may indicate some relationship with http://www.freebsd.org/cgi/query-pr.cgi?pr=141439 -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-emulation@FreeBSD.ORG Tue Feb 11 22:35:03 2014 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 292F2E3D for ; Tue, 11 Feb 2014 22:35:03 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06D881A75 for ; Tue, 11 Feb 2014 22:35:02 +0000 (UTC) Received: from delphij-macbook.local (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id DA21BD59A; Tue, 11 Feb 2014 14:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1392158096; bh=XGBNtjAXitsMoJcOUfYHq794GLg3JaIHbto7pQtX9zA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=pBX/zmAvtYUBnUd7/7WIHKmtGd2nilfOLmI1/x2900RgAd6yb9KFCh4QdtSF74fyj L2yZxCk2eNA/ylRp+cNMIwHOd7Yf/Nh3I78LlEJsc4U0q93ZBJTM9qEB+4SXf+OGD6 5weh86k4xqVblUE1AHXI7hodttC4aLRAaB7kOjbA= Message-ID: <52FAA591.1030904@delphij.net> Date: Tue, 11 Feb 2014 14:34:57 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Michael Tokarev , Kevin O'Connor Subject: Re: [Qemu-devel] *BSD kernel crash at boot in qemu with seabios 1.7.4 (bisected) References: <52F0DE0F.40507@msgid.tls.msk.ru> <20140205174406.GA26098@morn.localdomain> <20140206040442.GA5486@morn.localdomain> <52F383C0.4030002@msgid.tls.msk.ru> In-Reply-To: <52F383C0.4030002@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Daniele Di Proietto , seabios , qemu-devel , freebsd-emulation@freebsd.org, Gerd Hoffmann , Julian Pidancet X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 22:35:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2/6/14, 4:44 AM, Michael Tokarev wrote: > [Changing subject to reflect reality] > > I don't really understand what it is all about, as I initially > said. But I've been told on freebsd IRC channels to post the issue > to freebsd-emulation list, which I'm Cc'ing now, and if noone > there answers, also to John Baldwin . > > To bring some context back, here are a few pointers: > > http://bugs.debian.org/737142 -- talking about pc-bsd, but it > appears that the prob affects other BSD kernels too > http://thread.gmane.org/gmane.comp.emulators.qemu/254074 -- this > thread > http://lists.gnu.org/archive/html/qemu-stable/2013-03/msg00037.html > - a weird issue with freebsd reported last december > > If it's a bug in *BSD kernels, maybe someone there will be glad to > fix it. And maybe together we can come out with a more elegant > solution to this issue, or maybe to confirm (or deny) that the > proposed patch is a right thing to do. Yes it does look like a bug in FreeBSD kernel. Is there a PR already or should I create one and assign to myself? I will try to fix this when I have some free cycles. I assume this also happens when running FreeBSD under qemu on FreeBSD, right? Cheers, > Thanks, > > /mjt > > 06.02.2014 08:04, Kevin O'Connor wrote: >> On Wed, Feb 05, 2014 at 12:44:06PM -0500, Kevin O'Connor wrote: >>> On Tue, Feb 04, 2014 at 04:33:19PM +0400, Michael Tokarev >>> wrote: >>>> We have a bugreport in debian, >>>> http://bugs.debian.org/737142, stating that PC-BSD does not >>>> work with seabios-1.7.4 anymore. >>>> >>>> I digged in, and found out that it fails only with -vga std >>>> (cirrus works fine). So I bisected the issue - only >>>> changing vgabios-stdvga.bin, and found this: >> [...] >>> This seems to be similar to the freebsd problem reported last >>> year - see: >>> http://lists.gnu.org/archive/html/qemu-stable/2013-03/msg00037.html >> >>> [...] >>> (*) The best I can think of is to try and construct some hand >>> crafted assembler that can catch buggy x86emu emulators and >>> force a failure.. >> >> I have put together some assember to try and run-time test for >> known broken versions of x86emu. This patch to SeaVGABIOS does >> seem to catch the freebsd issue and in my tests it convinces >> freebsd to take a different approach. The patch is a bit ugly >> though. >> >> Comments welcome. -Kevin >> >> >> commit e3caa553e940efb6184b30a5637134c4aa9f8b65 Author: Kevin >> O'Connor Date: Wed Feb 5 22:47:29 2014 >> -0500 >> >> vgabios: Attempt to detect old x86emu and force a fault. >> >> Check for cases where the leal instruction does not work. This >> instruction is known to not be emulated properly on old versions >> of x86emu. If a broken version of x86emu is found, force a fault >> that x86emu will easily detect. This should help prevent soft >> failures when running old software. >> >> Signed-off-by: Kevin O'Connor >> >> diff --git a/vgasrc/vgaentry.S b/vgasrc/vgaentry.S index >> 9854448..e246e7c 100644 --- a/vgasrc/vgaentry.S +++ >> b/vgasrc/vgaentry.S @@ -45,9 +45,27 @@ _rom_header_signature: * >> Entry points >> ****************************************************************/ >> >> - // This macro is the same as ENTRY_ARG except the >> "calll" - // instruction is avoided to work around known >> issues in the - // emulation of some versions of x86emu. + >> // Force a fault if found to be running on broken x86emu >> versions. + DECLFUNC x86emu_fault +x86emu_fault: + >> int $0x03 +1: hlt + jmp 1b + + // This macro >> implements a call while avoiding instructions + // that >> old versions of x86emu have problems with. + .macro >> VGA_CALLL cfunc + // Make sure leal instruction works. + >> movl $0x8000, %ecx + leal (%ecx, %ecx, 1), %ecx + >> cmpl $0x10000, %ecx + jne x86emu_fault + // Use >> callw instead of calll + push %ax + callw \cfunc + >> .endm + + // This macro is the same as ENTRY_ARG except >> VGA_CALLL is used. .macro ENTRY_ARG_VGA cfunc cli cld @@ -57,7 >> +75,7 @@ _rom_header_signature: movl %esp, %ebx // Backup >> %esp, then zero high bits movzwl %sp, %esp movl %esp, %eax >> // First arg is pointer to struct bregs - pushw %ax ; >> callw \cfunc + VGA_CALLL \cfunc movl %ebx, %esp // >> Restore %esp (including high bits) POPBREGS .endm @@ -103,7 >> +121,7 @@ entry_10_extrastack: movw %ds, %dx // Setup >> %ss/%esp and call function movw %dx, %ss movl %eax, %esp - >> pushw %ax ; callw handle_10 + VGA_CALLL handle_10 >> >> movl %esp, %eax // Restore registers and return movw >> BREGS_size+4(%eax), %ss >> > > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To > unsubscribe, send any mail to > "freebsd-emulation-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJS+qWRAAoJEJW2GBstM+nsz3sP/AsGiEPWzHAbQP5nYR9alDiL dmMd8RB4yVYLmJJXCxLldMjNw3kuHRcZ8IrvCaxsFvUHnzdQudmqCc6uxgcWdC3Y gqSYP2/dnG5OXsUqmRHW0yKpfrBlbOA/utRDZz9MzTx4m7sudY8y8ZEUmb2OyJOZ CjQrW5OyHIXUxzdKMlcpiAy5+edQVWk5TBdyz6h0WVrk4A9uuAjOw/DYse05lGVF l1d/Eto+Wui38fMTjfdVJqVcPrfy859aODf/vRkmznujd0Zumr/8OMXmEsF+Q+iv ktRNWab39DXIArMsYbCGr7Xg7Q0ZjZB0eAjB8zxW1a0p/7V4Spf9QQu9wNHVi4sf DOwiaU2K+2/zz/BYIyicyZN+glQMLcq+t3u8uagm6GOcHMx1ZsyFeyIhj8Gbtjfl VUPOVZfu25dogr5GY2U68tPHoiQStsSvdSg4+jaDYK5AZcs1BGZ5i5ncArjATV1Z KIe3ISOzu20BMhjAXHALnTNMFuBWD6+Va6ExVHWkWuz445aQ0REx3hJDqWbm7iVd DTD2N6Bs/uL7P3aVODgz8EqQ6EMhswFYgqSirMb9w38FCLnJ56aAA31kFU00U28p OG8kzgc3dY0II1vVfNLhrJ5kGNDOKxZ62KsXbLHPdBl3cgKweqghd53WTjU/dSo6 0NVfAqheJ3ifZ0I0yB3d =jTIz -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Tue Feb 11 23:22:45 2014 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D895CC7; Tue, 11 Feb 2014 23:22:45 +0000 (UTC) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 397D21DFA; Tue, 11 Feb 2014 23:22:44 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id D114C1E007B7; Wed, 12 Feb 2014 00:22:36 +0100 (CET) Received: from enceladus10.kn-bremen.de (noident@localhost [127.0.0.1]) by enceladus10.kn-bremen.de (8.14.5/8.14.5) with ESMTP id s1BNKnek091439; Wed, 12 Feb 2014 00:20:49 +0100 (CET) (envelope-from nox@enceladus10.kn-bremen.de) Received: (from nox@localhost) by enceladus10.kn-bremen.de (8.14.5/8.14.5/Submit) id s1BNKmTe091438; Wed, 12 Feb 2014 00:20:48 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Wed, 12 Feb 2014 00:20:48 +0100 To: "Wojciech A. Koszek" Subject: Re: CFT: Re: linux libusb again, I made an updated port... Message-ID: <20140211232048.GA91008@enceladus10.kn-bremen.de> References: <20140207201208.GA59695@enceladus10.kn-bremen.de> <20140207204928.GD12994@FreeBSD.org> <20140208084546.GA74796@enceladus10.kn-bremen.de> <20140209025624.GE12994@FreeBSD.org> <20140209135905.GA13024@enceladus10.kn-bremen.de> <20140210041845.GG12994@FreeBSD.org> <20140210231109.GA54389@enceladus10.kn-bremen.de> <20140211195650.GI12994@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140211195650.GI12994@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hselasky@FreeBSD.org, Juergen Lock , freebsd-emulation@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 11 Feb 2014 23:22:45 -0000 On Tue, Feb 11, 2014 at 07:56:50PM +0000, Wojciech A. Koszek wrote: > On Tue, Feb 11, 2014 at 12:11:09AM +0100, Juergen Lock wrote: > > On Mon, Feb 10, 2014 at 11:06:27AM +0000, Bjoern A. Zeeb wrote: > > > > > > On 10 Feb 2014, at 04:18 , Wojciech A. Koszek wrote: > > > > > > > On nie, lut 09, 2014 at 02:59:06 +0100, Juergen Lock wrote: > > > >> On Sun, Feb 09, 2014 at 02:56:24AM +0000, Wojciech A. Koszek wrote: > > > >>> On sob, lut 08, 2014 at 09:45:46 +0100, Juergen Lock wrote: > > > >>>> On Fri, Feb 07, 2014 at 08:49:28PM +0000, Wojciech A. Koszek wrote: > > > >>>>> On pi??, lut 07, 2014 at 09:12:08 +0100, Juergen Lock wrote: > > > >>>>>> Hi! > > > >>>>>> > > > >>>>>> This came up on irc so I tried to build a linux libusb port (before > > > >>>>>> I learned about ports/146895), mine uses linux_base-gentoo-stage3 > > > >>>>>> like linux_kdump with a src/lib/libusb head snapshot so it's more > > > >>>>>> up to date than wkoszek's build (ports/146895), and it's really > > > >>>>>> easy to update it again. Also maybe it can be used as linux > > > >>>>>> libusb-1.0.so too; I didn't actually test it tho. > > > >>>>>> > > > >>>>>> Should this be committed? Is wkoszek's version better since it > > > >>>>>> also builds on < 10.x? Comments welcome... > > > >>>>>> > > > >>>>>> wkoszek's version: > > > >>>>>> > > > >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 > > > >>>>>> > > > >>>>>> Mine: > > > >>>>>> > > > >>>>>> http://people.freebsd.org/~nox/tmp/linux_libusb.shar > > > >>>>>> > > > >>>>>> Distfile: > > > >>>>>> > > > >>>>>> http://people.freebsd.org/~nox/tmp/distfiles/linux_libusb-11.0r261448.tar.bz2 > > > >>>>>> > > > >>>>>> 10/amd64 package: > > > >>>>>> > > > >>>>>> http://people.freebsd.org/~nox/tmp/packages/10amd64/linux_libusb-11.0r261448.txz > > > >>>>>> > > > >>>>>> (built via: > > > >>>>>> > > > >>>>>> poudriere bulk -v -j 10amd64 -p custom devel/linux_libusb > > > >>>>>> > > > >>>>>> - btw for some reason the dependency emulators/linux_base-gentoo-stage3 > > > >>>>>> doesn't build for 10i386 in poudriere bulk, I get a pkg segfault. bapt > > > >>>>>> Cc'd...) > > > >>>>>> > > > >>>>> > > > >>>>> Juergen, > > > >>>> Hi! > > > >>>>> > > > >>>>> What would be the reason for this update? > > > >>>>> > > > >>>>> My stuff may be out of date, but it was all tested and working. I verified > > > >>>>> it with Linux'ish lsusb(1) and USB-based FPGA JTAG programmer, for which > > > >>>>> this stuff was written. > > > >>>>> > > > >>>> I was just thinking an updated version may be useful, but if it's > > > >>>> already working for everyone maybe less so... > > > >>>> > > > >>>> Or would it work as a linux libusb-1.0.so too? I know the libusb 1.0 > > > >>>> stuff added some functions since 9.x at least... maybe hps would know > > > >>>> (Cc'd.) > > > >>>> > > > >>> > > > >>> Juergen, > > > >>> > > > >>> I think this package is useful and is looking for maintainer, so if you have > > > >>> time and energy, I'm OK with upgrading it, but I suggest testing it first. > > > >>> Bjoern might be interested too. > > > >>> > > > >> You mean bz@ ? Cc'd. I tried testing lsusb from debian sid but it printed > > > >> nothing, neither with my nor with your older version, but maybe it's just > > > >> `too new' for our current linuxolator. > > > > > > > > I assume you have at least 1 USB device while trying this. I don't remember > > > > exactly, but while trying within Linuxolator, you may need devfs/procfs to > > > > be mounted under Linuxolator's root directory. > > > > > > My understanding and from looking at trace is that if we cannot find it in /compat/linux we ale search in /; so no need for an extra mount unless maybe you run chrooted. > > > > > > > > > > So you'll have to figure this out. > > > > > > > > Does it return with 0 exit code? > > > > > > > > If not, lsusb should be simple enough to let you place printf() all over the > > > > place and understand out when it's failing. > > > > > > For me the problem was a clock_gettime() call in the libusb which my glibc did not provide. That made all things fail (silently) until I used linux ?rtld" tracing to see the unresolved symbol from libusb/the commercial 3rd party software dynamically loading libusb. > > > > > And my linux_kdump ends like this: > > > > 35607 lsusb CALL munmap(0x28247000,0x8000) > > 35607 lsusb RET munmap 0 > > 35607 lsusb CALL linux_open(0x28090c31,0,0x28081e00) > > 35607 lsusb NAMI "/compat/linux/dev/usbctl" > > 35607 lsusb NAMI "/dev/usbctl" > > 35607 lsusb RET linux_open 3 > > 35607 lsusb CALL linux_ioctl(0x3,0xffe5 ,0xffffc5d8) > > 35607 lsusb RET linux_ioctl 0 > > 35607 lsusb CALL close(0x3) > > 35607 lsusb RET close 0 > > 35607 lsusb CALL linux_exit_group(0x1) > > 35607 lsusb UNKNOWN(11) > > > > and the exit code is 1, so I guess it's failing on an unhandled > > syscall or something like that. > > Juergen > > Can you send the full trace with all eventual child processes? If you could > copy&paste: > > open libusb > for each bus > for each device > open device > > to a separate program, we could make it libusb/Linuxolator regression test. > This would also help us match ptrace<->line number output. > There are no child processes and it seems it doesn't even get to enumerate buses, i.e. the /dev/usbctl above is the only usb-related thing it opens. I've put the full kdump here: http://people.freebsd.org/~nox/tmp/lsusb.kdump.txt.xz (don't be surprised about the libz.so.1 path, the one from fc10 was too old so I had to point LD_LIBRARY_PATH at debian's one I copied.) > Which FreeBSD are you using? > 10.0-r. > This may indicate some relationship with > > http://www.freebsd.org/cgi/query-pr.cgi?pr=141439 > Well at least 10.0 should have that fix already. Maybe I can find an older (fc10?) lsusb later... Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 12 20:15:34 2014 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B822517; Wed, 12 Feb 2014 20:15:34 +0000 (UTC) Received: from mx1a.lautre.net (eyra.lautre.net [80.67.160.71]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B57901901; Wed, 12 Feb 2014 20:15:32 +0000 (UTC) Received: from graf.pompo.net (unknown [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id C29DD40DF6; Wed, 12 Feb 2014 21:15:25 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 8192371E4AF; Wed, 12 Feb 2014 21:15:24 +0100 (CET) To: FreeBSD-gnats-submit@freebsd.org Subject: Mk/bsd.linux-rpm.mk does not allow grouping rules (:something) From: Thierry Thomas X-send-pr-version: 3.114 X-GNATS-Notify: Message-Id: <20140212201524.8192371E4AF@graf.pompo.net> Date: Wed, 12 Feb 2014 21:15:24 +0100 (CET) Cc: emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Thierry Thomas List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 20:15:34 -0000 >Submitter-Id: current-users >Originator: Thierry Thomas >Organization: Kabbale Eros >Confidential: no >Synopsis: Mk/bsd.linux-rpm.mk does not allow grouping rules (:something) >Severity: non-critical >Priority: medium >Category: ports >Class: change-request >Release: FreeBSD 10.0-STABLE amd64 >Environment: System: FreeBSD graf.pompo.net 10.0-STABLE FreeBSD 10.0-STABLE #0 r261650: Sun Feb 9 17:56:57 CET 2014 thierry@graf.pompo.net:/usr/obj/usr/src/sys/GRAF140209 amd64 >Description: If a Linux port has many distfiles, and then many src rpm, with different MASTER_SITES for sources and binaries, the port tries to download each src rpm from each master sites for binaries, without success untill it reaches the src master sites. To speed up this step, it would be useful to allow grouping rules, by suffixing e.g. :bin to the binaries MASTER_SITES and the binaries DISTFILES, and :src for the sources. This works fine untill `make checksum', but unfirtunately it fails during do-extract, because the :group is not removed. >How-To-Repeat: As an example, try the port devel/linux-f10-devtoolsa with the hereunder patch: --- Makefile+group_rules.diff begins here --- --- devel/linux-f10-devtools/Makefile.orig 2014-02-12 20:53:43.000000000 +0100 +++ devel/linux-f10-devtools/Makefile 2014-02-12 20:22:35.000000000 +0100 @@ -4,30 +4,30 @@ PORTNAME= devtools PORTVERSION= 10 CATEGORIES= devel -MASTER_SITES= http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/${PORTVERSION}/${LINUX_RPM_ARCH}/ \ - http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/${PORTVERSION}/Fedora/${LINUX_RPM_ARCH}/os/Packages/ +MASTER_SITES= http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/${PORTVERSION}/${LINUX_RPM_ARCH}/:bin \ + http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/${PORTVERSION}/Fedora/${LINUX_RPM_ARCH}/os/Packages/:bin PKGNAMEPREFIX= linux-f10- -DISTFILES= binutils-2.18.50.0.9-8.fc10.${LINUX_RPM_ARCH}.rpm \ - binutils-devel-2.18.50.0.9-8.fc10.${LINUX_RPM_ARCH}.rpm \ - glibc-devel-2.9-3.${LINUX_RPM_ARCH}.rpm \ - glibc-headers-2.9-3.${LINUX_RPM_ARCH}.rpm \ - gmp-4.2.2-8.fc10.${LINUX_RPM_ARCH}.rpm \ - kernel-headers-2.6.27.41-170.2.117.fc10.${LINUX_RPM_ARCH}.rpm \ - mpfr-2.3.2-1.fc10.${LINUX_RPM_ARCH}.rpm \ - cpp-4.3.2-7.${LINUX_RPM_ARCH}.rpm \ - gcc-4.3.2-7.${LINUX_RPM_ARCH}.rpm \ - gcc-c++-4.3.2-7.${LINUX_RPM_ARCH}.rpm \ - gcc-gfortran-4.3.2-7.${LINUX_RPM_ARCH}.rpm +DISTFILES= binutils-2.18.50.0.9-8.fc10.${LINUX_RPM_ARCH}.rpm:bin \ + binutils-devel-2.18.50.0.9-8.fc10.${LINUX_RPM_ARCH}.rpm:bin \ + glibc-devel-2.9-3.${LINUX_RPM_ARCH}.rpm:bin \ + glibc-headers-2.9-3.${LINUX_RPM_ARCH}.rpm:bin \ + gmp-4.2.2-8.fc10.${LINUX_RPM_ARCH}.rpm:bin \ + kernel-headers-2.6.27.41-170.2.117.fc10.${LINUX_RPM_ARCH}.rpm:bin \ + mpfr-2.3.2-1.fc10.${LINUX_RPM_ARCH}.rpm:bin \ + cpp-4.3.2-7.${LINUX_RPM_ARCH}.rpm:bin \ + gcc-4.3.2-7.${LINUX_RPM_ARCH}.rpm:bin \ + gcc-c++-4.3.2-7.${LINUX_RPM_ARCH}.rpm:bin \ + gcc-gfortran-4.3.2-7.${LINUX_RPM_ARCH}.rpm:bin .if defined(PACKAGE_BUILDING) -MASTER_SITES+= http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/${PORTVERSION}/SRPMS/ \ - http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/${PORTVERSION}/Fedora/source/SRPMS/ -SRC_DISTFILES= binutils-2.18.50.0.9-8.fc10.src.rpm \ - glibc-2.9-3.src.rpm \ - gmp-4.2.2-8.fc10.src.rpm \ - kernel-2.6.27.5-117.fc10.src.rpm \ - mpfr-2.3.2-1.fc10.src.rpm \ - gcc-4.3.2-7.src.rpm +MASTER_SITES+= http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/${PORTVERSION}/SRPMS/:src \ + http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/${PORTVERSION}/Fedora/source/SRPMS/:src +SRC_DISTFILES= binutils-2.18.50.0.9-8.fc10.src.rpm:src \ + glibc-2.9-3.src.rpm:src \ + gmp-4.2.2-8.fc10.src.rpm:src \ + kernel-2.6.27.5-117.fc10.src.rpm:src \ + mpfr-2.3.2-1.fc10.src.rpm:src \ + gcc-4.3.2-7.src.rpm:src .endif MAINTAINER= jwbacon@tds.net --- Makefile+group_rules.diff ends here --- >Fix: Please apply this patch: --- bsd.linux-rpm.mk.diff begins here --- --- Mk/bsd.linux-rpm.mk.orig 2014-01-21 21:18:37.000000000 +0100 +++ Mk/bsd.linux-rpm.mk 2014-02-12 21:03:50.000000000 +0100 @@ -95,7 +95,7 @@ # is not true. DISTFILES?= ${DISTNAME}${EXTRACT_SUFX} -BIN_DISTFILES:= ${DISTFILES} +BIN_DISTFILES:= ${_DISTFILES} SRC_DISTFILES?= ${DISTNAME}${SRC_SUFX} EXTRACT_ONLY?= ${BIN_DISTFILES} --- bsd.linux-rpm.mk.diff ends here --- From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 12 20:20:09 2014 Return-Path: Delivered-To: freebsd-emulation@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B1265DA; Wed, 12 Feb 2014 20:20:09 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9361925; Wed, 12 Feb 2014 20:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1CKK9vk049156; Wed, 12 Feb 2014 20:20:09 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1CKK9EO049155; Wed, 12 Feb 2014 20:20:09 GMT (envelope-from edwin) Date: Wed, 12 Feb 2014 20:20:09 GMT Message-Id: <201402122020.s1CKK9EO049155@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org From: edwin@FreeBSD.org Subject: Re: ports/186702: Mk/bsd.linux-rpm.mk does not allow grouping rules (:something) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Feb 2014 20:20:09 -0000 Synopsis: Mk/bsd.linux-rpm.mk does not allow grouping rules (:something) Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: edwin Responsible-Changed-When: Wed Feb 12 20:20:09 UTC 2014 Responsible-Changed-Why: bsd.linux-rpm.mk is freebsd-emulation territory (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=186702 From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 12 20:51:01 2014 Return-Path: Delivered-To: vbox@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CCC3D59 for ; Wed, 12 Feb 2014 20:51:01 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28CF21BA2 for ; Wed, 12 Feb 2014 20:51:01 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id i8so16050957qcq.4 for ; Wed, 12 Feb 2014 12:51:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=1xzXhL4ONAmgjDo9GpnNLzvjAw9CHbS4koZuqFLVXoE=; b=zekqqW0sm476dHYRhuSUXim9uzr+q5kKEyGMiwqqcdrb9o1B/7x+WMDjGbolLCWflv 6riH1E1LhekjFjtBu91F5aoAXNCfrxphCs/EDOajhM9oIc6U8UvHz2v7LpqmThvSEzJ8 ecxNOALvgLcVhl5yU2OztSOfa1c5/Eod5g6qfNWmvRo1VBWmbefxoiZlHx6pYMYfWInF JP+9VWsdi8Die1QIJfPT/5hTHdzFJqKqyJ5953xsWyis6IpdlvKbaIpiJuTJN7Y9C4oh XDueVgvAtMM43ECVApG97HjgK/Rb7UyEDeOxVgQNAOS83GfRtOILiEhUZ3ePzmcSYEYQ VjYA== X-Received: by 10.224.162.200 with SMTP id w8mr71673340qax.1.1392238260333; Wed, 12 Feb 2014 12:51:00 -0800 (PST) Received: from [192.168.10.1] (201.86.74.61.dynamic.adsl.gvt.net.br. [201.86.74.61]) by mx.google.com with ESMTPSA id v92sm35626653qge.6.2014.02.12.12.50.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 12 Feb 2014 12:50:59 -0800 (PST) Message-ID: <52FBDEB5.60308@gmail.com> Date: Wed, 12 Feb 2014 18:51:01 -0200 From: Cleber Medina User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: vbox@FreeBSD.org Subject: FreeBSD Port: www/phpvirtualbox Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 12 Feb 2014 22:06:46 +0000 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Feb 2014 20:51:01 -0000 HI i just installed and set all things rigth... but just show a grey screen at the browser? There are something new? Thank you -- -- . -.. .. -. .- - . -.-. -. --- .-.. --- --. .. .- Cleber Luque Medina Analista de sistemas / Especialista em Redes +55(43)3152-6449/9128-6449 clebermedina@gmail.com -- . -.. .. -. .- - . -.-. -. --- .-.. --- --. .. .- From owner-freebsd-emulation@FreeBSD.ORG Thu Feb 13 06:05:44 2014 Return-Path: Delivered-To: vbox@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDBB1C53 for ; Thu, 13 Feb 2014 06:05:44 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7DD1CE8 for ; Thu, 13 Feb 2014 06:05:44 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so11803210obc.33 for ; Wed, 12 Feb 2014 22:05:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jq9vmJaAJR5PombJ1A312lCjBzbD09YipaZPQb8jXGQ=; b=VHLXc7NNi5ULduALMEHYdmWv2NTS00RJGsO6F25PlLKsPbejKyhSu96WwXn1AYZ0YY Ne+QJ+OR2YoF2yOWYBddlwYMcFKPnwiYkqsoXOzWcFyG28c+kwAtTQFgTd5j/KatB1Nw ye2RSmxU915tkcbAjgxZklcWF0HGoGOKM4KSg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Jq9vmJaAJR5PombJ1A312lCjBzbD09YipaZPQb8jXGQ=; b=aDACW6UYu3Qwcyw8uhFKO5OP8ICZcrSFOC/XL2AwDt+NOVxpzO3SoYFHQbHLZuvI+H bp5XsX+WxAMbME/vZ6occXkTz2Kuu9MLAk00QbpYuaMFZl3Am0Vth/iFoILeteacyiHL hSOTUFx/J+8PG1pp70CuunLpWBo9xGxjzOGmeCnftFL2ExRpSWp3DO6qRK/Zv114CXwM RDFLsptnPwS85rrBCUBmzpUioUO4gBBFW7KfN90X3QPRLpz+5osldEd/Yuxk/YKP/Kng cliY5aO3bZeROOubtrOKs3BrRJk51gUHTkuHbq8f+TJSxfgizYlmyU4hiuGJTWURHWjF 6TUw== X-Gm-Message-State: ALoCoQmAMCJZMJCC1Kk3Ev3Qp+Mw6dlYnABkb39eKBaaA2KawpA5SkHErhqn5OBBfman7ZHWpTXt MIME-Version: 1.0 X-Received: by 10.60.161.37 with SMTP id xp5mr40655309oeb.31.1392271543912; Wed, 12 Feb 2014 22:05:43 -0800 (PST) Received: by 10.76.144.71 with HTTP; Wed, 12 Feb 2014 22:05:43 -0800 (PST) X-Originating-IP: [46.207.52.197] Received: by 10.76.144.71 with HTTP; Wed, 12 Feb 2014 22:05:43 -0800 (PST) In-Reply-To: <52FBDEB5.60308@gmail.com> References: <52FBDEB5.60308@gmail.com> Date: Thu, 13 Feb 2014 07:05:43 +0100 Message-ID: Subject: Re: FreeBSD Port: www/phpvirtualbox From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Cleber Medina X-Mailman-Approved-At: Thu, 13 Feb 2014 12:36:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: vbox@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Feb 2014 06:05:44 -0000 Am 12.02.2014 23:06 schrieb "Cleber Medina" : > > HI i just installed and set all things rigth... but just show a grey screen at the browser? > > There are something new? Please check that you have an up to date portstree because I added a missing php xml dependency some days ago.