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 ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.???