From owner-cvs-all  Thu Nov 16 11:56:13 2000
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 C0A8737B4C5; Thu, 16 Nov 2000 11:56:09 -0800 (PST)
Received: (from wpaul@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id LAA38439;
	Thu, 16 Nov 2000 11:56:09 -0800 (PST)
	(envelope-from wpaul@FreeBSD.org)
Message-Id: <200011161956.LAA38439@freefall.freebsd.org>
From: Bill Paul <wpaul@FreeBSD.org>
Date: Thu, 16 Nov 2000 11:56:09 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/pci if_pcn.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

wpaul       2000/11/16 11:56:09 PST

  Modified files:
    sys/pci              if_pcn.c 
  Log:
  When checking the device code in the probe routine, leave the chip in
  16-bit mode. Technically, pcn_probe() is destructive because once the
  chip goes into 32-bit mode, the only way to get it out again is a
  hardware reset. And once the device is in 32-bit mode, the lnc driver
  won't be able to talk to it. So if pcn_probe() is called before the
  lnc probe routine, and pcn_probe() rejects the chip as one it doesn't
  support, the lnc driver will be SOL.
  
  I don't like this. I think it's a design flaw that you can't switch
  the chip out of 32-bit mode once it's selected. The only 'right'
  solution is for the pcn driver to support all of the PCI devices
  in 32-bit mode, however I don't have samples of all the PCnet series
  cards for testing.
  
  Revision  Changes    Path
  1.12      +24 -5     src/sys/pci/if_pcn.c



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