From owner-cvs-all  Sat Jan 16 11:48:04 1999
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA15175
          for cvs-all-outgoing; Sat, 16 Jan 1999 11:48:04 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15148;
          Sat, 16 Jan 1999 11:48:02 -0800 (PST)
          (envelope-from bde@FreeBSD.org)
From: Bruce Evans <bde@FreeBSD.ORG>
Received: (from bde@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id LAA00418;
	Sat, 16 Jan 1999 11:48:02 -0800 (PST)
Date: Sat, 16 Jan 1999 11:48:02 -0800 (PST)
Message-Id: <199901161948.LAA00418@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/sys/pci ide_pci.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

bde         1999/01/16 11:48:01 PST

  Modified files:
    sys/pci              ide_pci.c 
  Log:
  Fixed a 1-bit error in initializing UDMA mode for VIA chipsets.
  Instead of initializing UDMA mode, we turned it off and made sure that
  it stays off by turning on the "UDMA enable by SET FEATURES" disable.
  
  The damage was limited by bugs in cookie lookup, and suitable
  initialization by some BIOSes.  The cookie list has slaves before
  masters, and the unit number is ignored when cookies are looked up,
  so cookie lookup always finds cookies for slaves and the bug only
  clobbers slaves, so the bug was harmless for common configurations
  with no slaves or only non-UDMA slaves.  UDMA initialization for
  masters actually worked if the BIOS turns on the UDMA mode bit and
  turns off the "UDMA enable by SET FEATURES" disable.
  
  Revision  Changes    Path
  1.26      +2 -2      src/sys/pci/ide_pci.c

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