From owner-cvs-all  Sun May 13 21:53: 6 2001
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id A28FB37B423; Sun, 13 May 2001 21:53:03 -0700 (PDT)
	(envelope-from imp@FreeBSD.org)
Received: (from imp@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f4E4r3K36951;
	Sun, 13 May 2001 21:53:03 -0700 (PDT)
	(envelope-from imp)
Message-Id: <200105140453.f4E4r3K36951@freefall.freebsd.org>
From: Warner Losh <imp@FreeBSD.org>
Date: Sun, 13 May 2001 21:53:03 -0700 (PDT)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/pccard pcic.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

imp         2001/05/13 21:53:03 PDT

  Modified files:
    sys/pccard           pcic.c 
  Log:
  When activating or deactivating a resource, only attempt to deal with
  the resource activation if we're dealing with our grandchild.
  Otherwise, we run into two problems.  One, if the pccard layer wanted
  to allocate and activate something, we'd wind up trying to do the
  wrong thing twice: the ivars are wrong and we don't want the bridge to
  map the resource to the slot.  If we're more than a grandchild, then
  who knows what kind of ivar is present.  In either of these cases, we
  just pass it up the food chain.
  
  Revision  Changes    Path
  1.116     +9 -1      src/sys/pccard/pcic.c


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message