From owner-freebsd-multimedia  Sat Sep 27 18:16:17 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id SAA25115
          for multimedia-outgoing; Sat, 27 Sep 1997 18:16:17 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA25107
          for <multimedia@FreeBSD.ORG>; Sat, 27 Sep 1997 18:16:13 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
	by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA08798;
	Sat, 27 Sep 1997 18:16:04 -0700 (PDT)
Message-Id: <199709280116.SAA08798@rah.star-gate.com>
To: brainey@cisco.com
cc: multimedia@FreeBSD.ORG
Subject: Re: Getting GusPNP18 to compile with lastest 3.0 snap. 
In-reply-to: Your message of "Sat, 27 Sep 1997 16:55:17 PDT."
             <199709272355.QAA04600@brainey-ss20.cisco.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 27 Sep 1997 18:16:04 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Just wait a day or so I have the gus pnp working over here with
a recent kernel --- a -current  with the select->poll which broke or
forced -current drivers to be upgraded.

	Amancio

>From The Desk Of Bill Rainey :
> Hi,
> 	Does anybody have a set of patches for guspnp18 (or a new
> guspnp) that will compile with the latest 3.0 kernel (3.0-970926-SNAP)
> ? I'm trying to get my UMAX running and tried using guspnp18 with my
> 3.0-970522-SNAP system and found that things like isa_dmastatus()
> weren't there for the gus pnp stuff. So I had the great idea of trying
> the latest greatest kernel (3.0-970926-SNAP) only to find there that
> select is being replaced with poll (why ?).
> 
> At this point I guess my options are to go back to the 3.0-970522-SNAP
> and add the missing stuff in or try to go forward to the
> 3.0-970926-SNAP and find patches to the guspnp. I would prefer to go
> forward but part of that depends on how stable 3.0-970926-SNAP is or
> if there is an interim SNAP that would be better suited. Any
> suggestions ?
> 
> Thanks,
> Bill Raieny
>