From jmcoopr@webmail.bmi.net  Fri Aug 24 16:54:29 2001
Return-Path: <jmcoopr@webmail.bmi.net>
Received: from yoda.bmi.net (yoda.bmi.net [204.57.191.163])
	by hub.freebsd.org (Postfix) with ESMTP id 98E3B37B409
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 24 Aug 2001 16:54:28 -0700 (PDT)
	(envelope-from jmcoopr@webmail.bmi.net)
Received: from johncoop.MSHOME (drumheller-router.bmi.net [206.63.201.3] (may be forged))
	by yoda.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id QAA19030
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 24 Aug 2001 16:54:04 -0700
Received: (from jmcoopr@localhost)
	by johncoop.MSHOME (8.11.6/8.11.6) id f7ONsfa00686;
	Fri, 24 Aug 2001 16:54:41 -0700 (PDT)
	(envelope-from jmcoopr)
Message-Id: <200108242354.f7ONsfa00686@johncoop.MSHOME>
Date: Fri, 24 Aug 2001 16:54:41 -0700 (PDT)
From: John Merryweather Cooper <jmcoopr@webmail.bmi.net>
Reply-To: John Merryweather Cooper <jmcoopr@webmail.bmi.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: Modify agp_via.c to recognize VIA Apollo KT133A
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         30061
>Category:       kern
>Synopsis:       Modify agp_via.c to recognize VIA Apollo KT133A
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    dfr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Aug 24 17:00:00 PDT 2001
>Closed-Date:    Thu Oct 4 02:44:04 PDT 2001
>Last-Modified:  Thu Oct 04 02:54:27 PDT 2001
>Originator:     John Merryweather Cooper
>Release:        FreeBSD 4.4-RC i386
>Organization:
>Environment:
System: FreeBSD johncoop.MSHOME 4.4-RC FreeBSD 4.4-RC #19: Fri Aug 24 16:38:22 PDT 2001 jmcoopr@johncoop.MSHOME:/usr/obj/usr/src/sys/JOHNCOOP i386


	
>Description:
	The agp_via.c in 4.4-RC identifies the agp subsystem of a VIA Apollo
	KT133A as generic.  This patch adds code to recognize the KT133A
	North Bridge.

>How-To-Repeat:
	N/A

>Fix:

--- agp_via.c.old	Fri Aug 24 15:55:04 2001
+++ agp_via.c	Fri Aug 24 16:33:49 2001
@@ -23,7 +23,7 @@
  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  * SUCH DAMAGE.
  *
- *	$FreeBSD: src/sys/pci/agp_via.c,v 1.1.2.1 2000/07/19 09:48:04 ru Exp $
+ *	$FreeBSD$
  */
 
 #include "opt_bus.h"
@@ -70,6 +70,8 @@
 		return ("VIA 82C598 (Apollo MVP3) host to PCI bridge");
 	case 0x06911106:
 		return ("VIA 82C691 (Apollo Pro) host to PCI bridge");
+    case 0x03051106:
+	    return ("VIA 82C8363 (Apollo KT133A) host to PCI bridge");
 	};
 
 	if (pci_get_vendor(dev) == 0x1106)
>Release-Note:
>Audit-Trail:

From: John Merryweather Cooper <jmcoopr@webmail.bmi.net>
To: freebsd-gnats-submit@FreeBSD.org, john.m.cooper@wallawalla.cc
Cc:  
Subject: Re: kern/30061: Modify agp_via.c to recognize VIA Apollo KT133A
Date: Fri, 24 Aug 2001 23:45:08 -0700

 Change 82C8363 to just 8363.  The North Bridge (which supplies the AGP 
 services for the KT133A chipset) doesn't have an 82C prefix.
 
 jmc
 

From: John Merryweather Cooper <jmcoopr@webmail.bmi.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc: john_m_cooper <john_m_cooper@yahoo.com>
Subject: Re: kern/30061: Modify agp_via.c to recognize VIA Apollo KT133A
Date: Tue, 25 Sep 2001 07:17:21 -0700

 After a cvsup/rebuild last night, I'm now noticing that pci1b is now 
 reporting
 
 pcib1: <PCI to PCI bridge (vendor=1106 device=8305)> at device 1.0 on pci0
 
 This is also the Northbridge, it should state instead:
 
 pcib1: <VIA 8363 (Apollo KT133A) PCI to PCI bridge> at device 1.0 on pci0
 
 --
 jmc
 

From: John Merryweather Cooper <john_m_cooper@yahoo.com>
To: freebsd-gnats-submit@FreeBSD.org, jmcoopr@webmail.bmi.net
Cc:  
Subject: Re: kern/30061: Modify agp_via.c to recognize VIA Apollo KT133A
Date: Wed, 03 Oct 2001 15:59:59 -0700

 I "hear" rumors that some/all of what I have discussed in this PR has 
 been applied to -CURRENT (but I don't know for sure as I don't have a 
 -CURRENT machine).  Given the relative innocuous nature of these patches 
 (code is strictly concerned with correctly ID'ing installed hardware and 
 does not (currently) affect kernel function in any way, is there a 
 special reason these patch(s) have not been MFC'ed?
 
 Also, it would be nice to have someone "responsible," especially if work 
 is actually be done on it somewhere.
 
 --
 jmc
 
State-Changed-From-To: open->closed 
State-Changed-By: ru 
State-Changed-When: Thu Oct 4 02:44:04 PDT 2001 
State-Changed-Why:  
MFC'ed. 


Responsible-Changed-From-To: freebsd-bugs->dfr 
Responsible-Changed-By: ru 
Responsible-Changed-When: Thu Oct 4 02:44:04 PDT 2001 
Responsible-Changed-Why:  

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30061 
>Unformatted:
