From owner-freebsd-multimedia  Sat Jul 26 21:24:30 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA16374
          for multimedia-outgoing; Sat, 26 Jul 1997 21:24:30 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16369
          for <multimedia@FreeBSD.ORG>; Sat, 26 Jul 1997 21:24:26 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA29171; Sun, 27 Jul 1997 05:23:50 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199707270323.FAA29171@labinfo.iet.unipi.it>
Subject: Re: ftp://rah.star-gate.com/pub/guspnp12.tar.gz
To: louie@TransSys.COM (Louis A. Mamakos)
Date: Sun, 27 Jul 1997 05:23:50 +0200 (MET DST)
Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG
In-Reply-To: <199707270313.XAA25560@whizzo.TransSys.COM> from "Louis A. Mamakos" at Jul 26, 97 11:13:20 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Don't the linux ioctl()'s come in elsewhere and get mapped?  I'm pretty
> sure the upper bits in the ioctl function code have to be "right" so that
> stuff makes it across the user/kernel barrier.  
> 
> Uh, yeah, I just found it.  Ick.  Look at /sys/i386/linux/linux_ioctl.c
> for the horrible truth.  I think this can be made to work.

not bad. Luckily the switch in linux_ioctl can only have 65536 cases at
most ... :}

	Cheers
	Luigi