Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 3 Mar 2014 15:55:00 +0000
From:      =?utf-8?Q?Buffalo=208=20Productions?= <info@buffalo8.com>
To:        =?utf-8?Q??= <freebsd-usb@freebsd.org>
Subject:   =?utf-8?Q?Buffalo=208=20=2D=20Production=20Services?=
Message-ID:  <a2cb4dfce33580e17ba9afa2a0af084bfaf.20140303160246@mail294.us3.mcdlv.net>

next in thread | raw e-mail | index | archive | help
**
http://bondit.us3.list-manage.com/track/click?u=3Da2cb4dfce33580e17ba9afa2=
a&id=3Deeb6f6389d&e=3D0af084bfaf

Production Services Introduction
------------------------------------------------------------
http://bondit.us3.list-manage.com/track/click?u=3Da2cb4dfce33580e17ba9afa2=
a&id=3D00e7405746&e=3D0af084bfaf
Develop.
- Strip Board Schedules
- Line Item Budgets
- Business Proposals
- Investors Packages
- Marketing Overviews
- Consulting Meetings
- Representation Rolodex
- Sales & Buyer Rolodex

http://bondit.us3.list-manage.com/track/click?u=3Da2cb4dfce33580e17ba9afa2=
a&id=3D7b68ad84c5&e=3D0af084bfaf
Produce.
- Staff Line Producers
- Directorial Roster
- Preferred Crews
- Casting Space
- Office Space
- Internal Rental Stock
- Preferred Vendor Rates
- Post Production Facility

http://bondit.us3.list-manage.com/track/click?u=3Da2cb4dfce33580e17ba9afa2=
a&id=3D63ca776c0b&e=3D0af084bfaf
Distribute.
- Sales Representation
- Major Market Attendance
- Foreign Buyer Relationships
- Festival/Release Oversight
- Lower Sales Commission
- Buyers & Sellers Rolodex
- Distribution Consulting
- Release/Festival Consutling

=E2=80=94https://twitter.com/Buffalo8Profollow us on Twitter () =E2=80=94=
 http://bondit.us3.list-manage2.com/track/click?u=3Da2cb4dfce33580e17ba9af=
a2a&id=3Dc497b87d88&e=3D0af084bfaf us on Facebook () http://bondit.u=
s3.list-manage.com/track/click?u=3Da2cb4dfce33580e17ba9afa2a&id=3Ded96379f=
db&e=3D0af084bfaf
Looking for development=2C production or distribution assistance on a feat=
ure film?
Check out www.Buffalo8.com (http://bondit.us3.list-manage.com/track/click?=
u=3Da2cb4dfce33580e17ba9afa2a&id=3De30b04f0c4&e=3D0af084bfaf) for de=
tails.
view email in browser (http://us3.campaign-archive2.com/?u=3Da2cb4dfce3358=
0e17ba9afa2a&id=3D1b08837f60&e=3D0af084bfaf) |
 unsubscribe (http://bondit.us3.list-manage.com/unsubscribe?u=3Da2cb4dfce3=
3580e17ba9afa2a&id=3D1c08343321&e=3D0af084bfaf&c=3D1b08837f60) | update your=
 profile (http://bondit.us3.list-manage.com/profile?u=3Da2cb4dfce33580e17b=
a9afa2a&id=3D1c08343321&e=3D0af084bfaf) | forward to a friend (http://us3.fo=
rward-to-friend.com/forward?u=3Da2cb4dfce33580e17ba9afa2a&id=3D1b08837f60&=
e=3D0af084bfaf)
You have done business with Buffalo 8 Productions & BondIt in the past.
BondIt
9247 Alden Drive=2C Beverly Hills=2C CA=2C United States
Beverly Hills=2C CA 90210
USA

 Email Marketing Powered by MailChimp
http://www.mailchimp.com/monkey-rewards/?utm_source=3Dfreemium_newsletter&=
utm_medium=3Demail&utm_campaign=3Dmonkey_rewards&aid=3Da2cb4dfce33580e17ba=
9afa2a&afl=3D1
Copyright (C) 2014 BondIt All rights reserved.
From owner-freebsd-usb@FreeBSD.ORG  Mon Mar  3 18:21:11 2014
Return-Path: <owner-freebsd-usb@FreeBSD.ORG>
Delivered-To: freebsd-usb@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 345D57F1;
 Mon,  3 Mar 2014 18:21:11 +0000 (UTC)
Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116])
 by mx1.freebsd.org (Postfix) with ESMTP id 4FF89946;
 Mon,  3 Mar 2014 18:21:10 +0000 (UTC)
Received: by smtp.kn-bremen.de (Postfix, from userid 10)
 id A64BB1E00807; Mon,  3 Mar 2014 19:21: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 s23IIPDg059319;
 Mon, 3 Mar 2014 19:18:25 +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 s23IIPxq059318;
 Mon, 3 Mar 2014 19:18:25 +0100 (CET) (envelope-from nox)
From: Juergen Lock <nox@jelal.kn-bremen.de>
Date: Mon, 3 Mar 2014 19:18:25 +0100
To: Juergen Lock <nox@jelal.kn-bremen.de>
Subject: CFT #2: Re: linux libusb again, I made an updated port...
Message-ID: <20140303181825.GA59170@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>
 <D4F77E00-748A-4F18-AC39-3821380D13AA@FreeBSD.org>
 <20140210231109.GA54389@enceladus10.kn-bremen.de>
 <20140211195650.GI12994@FreeBSD.org>
 <20140211232048.GA91008@enceladus10.kn-bremen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20140211232048.GA91008@enceladus10.kn-bremen.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: bapt@FreeBSD.org, hselasky@FreeBSD.org,
 "Wojciech A. Koszek" <wkoszek@FreeBSD.org>, freebsd-emulation@FreeBSD.org,
 "Bjoern A. Zeeb" <bz@FreeBSD.org>, freebsd-usb@FreeBSD.org
X-BeenThere: freebsd-usb@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: FreeBSD support for USB <freebsd-usb.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-usb>,
 <mailto:freebsd-usb-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-usb/>;
List-Post: <mailto:freebsd-usb@freebsd.org>
List-Help: <mailto:freebsd-usb-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-usb>,
 <mailto:freebsd-usb-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Mar 2014 18:21:11 -0000

HPS found out what was wrong, the linux libusb needs to be built
with COMPAT_32BIT=YES on amd64 since the linuxolator is 32bit...
Using this packages Linux lsusb finally does something.

 So I updated the shar and package at the locations listed below,
please test! :)

 Thanx,
	Juergen

On Wed, Feb 12, 2014 at 12:20:48AM +0100, Juergen Lock wrote:
> 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 <wkoszek@FreeBSD.org> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a2cb4dfce33580e17ba9afa2a0af084bfaf.20140303160246>